Новий виклик Solana: від прагнення швидкості до прагнення якісних угод

Solana відома своїми швидкими транзакціями та величезним обсягом торгівлі, але чи цього дійсно достатньо? Коли ми глибше аналізуємо ці транзакції, виникає ключове питання: чи всі ці транзакції створюють реальну цінність?

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

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

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

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

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

У ідеальному випадку, децентралізовані біржі (DEX) повинні виконувати угоди в наступному порядку: спочатку виконуються всі скасування, потім нові ордери, а нарешті угоди. Однак, поточний механізм консенсусу Solana не може реалізувати це на мікрорівні.

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

Для кредитних угод оптимальна послідовність - спочатку поповнити маржу, а потім провести ліквідацію.

Отже, Solana потребує механізму, який дозволяє різним протоколам впорядковувати транзакції відповідно до потреб, і це є концепція контролю виконання додатків (ACE), на яку Solana завжди наголошувала.

BAM: рішення Solana

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

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

Як працює BAM

Процес交易 BAM відрізняється від нормального процесу交易 Solana. У режимі BAM交易 спочатку відправляється на RPC вузол, а потім переходить до мережі BAM. У середовищі TEE для конфіденційності проводиться сортування, вузли можуть додавати додаткові交易 через плагіни (наприклад, оновлення цін оракула), а потім генерують доказ. Нарешті, пакет даних交易 подається до лідируючого вузла основної мережі Solana, де він упаковується разом з іншими交易 в блок і транслюється.

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

Основні характеристики BAM

1. Достовірне виконуване середовище (TEEs): використання TEEs для створення приватного середовища, що забезпечує справедливість порядку транзакцій.

2. Плагінна система: дозволяє застосункам створювати користувацьку логіку сортування транзакцій для реалізації складних вимог до сортування.

Реальне застосування BAM

1. Захист ліквідації позик: спочатку виконуються операції з додатковими заставами, а потім проводиться перевірка ліквідації.

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

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

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

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