Нові виклики та рішення швидкого Блокчейну Solana

Solana як високопродуктивний Блокчейн завжди славилася своєю швидкою обробкою транзакцій та величезними обсягами угод. Однак, чи може ця висока швидкість і великий обсяг дійсно бути рівноцінними високоякісному торговому середовищу? Це питання заслуговує на наше глибоке роздуми.

На мережі Solana велика кількість транзакцій не походить з реального попиту на торгівлю, а є наслідком арбітражу високочастотних трейдерів, які використовують інформаційні різниці на рівні мілісекунд. Ці так звані "токсичні трейдери" використовують технологічні переваги, підвищуючи Gas-ставки, щоб їхні транзакції мали пріоритет, коли маркетмейкери збираються скасувати свої ордери, що призводить до арбітражу і завдає збитків маркетмейкерам. Щоб компенсувати ці збитки, маркетмейкери змушені розширювати спреди (різницю між ціною покупки та продажу), що в кінцевому підсумку шкодить інтересам звичайних користувачів.

Solana завжди прагнула реалізувати книгу ордерів на ланцюзі, щоб замінити централізовані біржі. Але наявність "токсичних трейдерів" стала основною перешкодою для досягнення цієї мети. Це підкреслює нові виклики, з якими стикається Solana: обсяг торгівлі не є рівнозначним ліквідності. Справжній здоровий ринок потребує не більше торгів, а якісніших угод.

Як виключити токсичні угоди, щоб краще захистити ліквідність ринку? Це питання стало ключовим для розвитку Solana.

У поточній системі Solana, учасники угод мають фактичну пріоритетність через періодичний аукціонний механізм у консенсусі, що призводить до зловмисної поведінки MEV (максимально витягувана вартість), яка впливає на справедливість ринку. Конкретно, механізм консенсусу Solana має часовий інтервал (Slot) кожні 400 мілісекунд, протягом якого угоди сортуються за сплаченими пріоритетними Gas витратами. Цей механізм дозволяє високочастотним арбітражникам отримувати угоди, сплачуючи вищі витрати, перш ніж маркет-мейкери скасують свої угоди, що призводить до частих втрат для маркет-мейкерів.

Ідеальний порядок виконання угод має бути таким: спочатку виконати всі скасування, потім нові ордери, а зрештою – угоди. Проте поточний механізм консенсусу Solana не може реалізувати це на мікрорівні. Аналогічно, в аспекті цінових котирувань від оракулів, ідеальною ситуацією є спочатку оновлення ціни оракула, а потім виконання угод, що залежать від цієї ціни. Але в умовах поточного інтервалу в 400 мілісекунд різкі коливання ринку можуть призвести до того, що угоди все ще виконуються за попередньою ціною.

Щоб вирішити ці проблеми, Solana запропонувала BAM (Ринок збору блоків) як рішення. BAM на ланцюзі Solana будує шар сортування або попередньої обробки між застосуванням та основною мережею. Він використовує надійні середовища виконання (TEE) для створення приватного пісочниці, в якій транзакції сортуються відповідно до наперед визначених правил. Цей механізм покликаний краще обслуговувати такі протоколи, як книги замовлень, біржі безстрокових контрактів та темні пулі.

BAM підтримує три режими роботи: стандартний режим Solana, режим Block-Engine (актуальне рішення MEV від Jito, основа якого – механізм аукціону) та режим BAM (валідатори суворо дотримуються порядку обробки за принципом «перший прийшов – перший обслуговується»).

Основні характеристики BAM включають:

1. Використання довірених середовищ виконання (TEEs) для створення приватного середовища, що забезпечує справедливість порядку транзакцій.
2. Дозволити застосункам будувати власну логіку сортування транзакцій за допомогою системи плагінів, реалізуючи складне сортування.
3. Реалізація функції управління виконанням застосунків (ACE), що дозволяє різним протоколам сортувати транзакції за потребою.

Фактичні сценарії використання BAM включають:

1. Захист ліквідації кредитів: пріоритетне виконання операцій з додатковими заставами, а потім проведення перевірки ліквідації.
2. Атомарні торгові комбінації: спочатку оновити ціну оракула, а потім виконати угоди, що залежать від цієї ціни.
3. Захист від коливань цін: розділіть великі замовлення на менші частини для поетапного виконання, щоб уникнути різких коливань на ринку.
4. Захист маркет-мейкерів: дозволяє маркет-мейкерам швидко відкликати та повторно розміщувати ордери під час надзвичайних ситуацій.

З впровадженням BAM очікується значне покращення досвіду торгівлі на Solana, що зробить його досвід використання основної мережі ближчим до централізованих бірж. BAM привніс в процес обробки торгівлі на Solana перевіряємість, захист приватності та програмованість, що надає розробникам можливість створювати складнішу фінансову інфраструктуру, що сприяє подальшим інноваціям і розвитку екосистеми Solana.