Нові виклики для Solana: прагнення до вищої якості транзакцій

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

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

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

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

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

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

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

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

Існують подібні проблеми і в报价预言机. В ідеалі спочатку потрібно оновити ціну预言机, а потім виконати угоди, які залежать від цієї ціни. Але в умовах поточної затримки в 400 мілісекунд, якщо ринок різко коливається, це може призвести до того, що угоди все ще виконуються за первісною ціною.

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

Отже, найкраще рішення - це можливість різних протоколів впорядковувати транзакції відповідно до потреб, що є основним акцентом Solana на виконанні, контрольованому додатком (Application-Controlled Execution, ACE).

Ринок складання блоків ( Block Assembly Marketplace, BAM ) є вирішенням, яке Solana запропонувала для цієї проблеми.

BAM на мережі Solana побудував рівень сортування, або так званий рівень попередньої обробки між застосуванням і основною мережею. Він використовує надійні середовища виконання ( Trusted Execution Environments, TEEs ) для створення приватного пісочниці, у якій транзакції сортуються відповідно до заздалегідь визначених правил сортування або принципу перший прийшов – перший обслужений ( FIFO ).

Цей механізм може краще обслуговувати такі протоколи, як книги ордерів, біржі безстрокових контрактів та темні ставки.

Режим сортування угод BAM

BAM підтримує три режими роботи:

1. Режим за замовчуванням Solana
2. Block-Engine режим: наразі основа деяких MEV рішень, що ґрунтується на механізмі аукціону.
3. BAM-модель: валідатори строго дотримуються принципу FIFO

Основою моделі BAM є такі ключові моменти:

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

Система плагінів планує реалізувати складну сортировку транзакцій, одночасно зберігаючи гарантії безпеки середовища TEE. Наразі ця система все ще на початковій стадії розробки.

Конкретне застосування BAM

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

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

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

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

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

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