Solana відома своєю швидкістю транзакцій та високими обсягами торгівлі, але чи означає це, що вона досягла досконалості? Ретельно розглядаючи ці транзакції, ми не можемо не запитати: чи всі вони створюють справжню цінність?
Насправді велика кількість транзакцій на Solana не є результатом реального попиту, а походить від високочастотних арбітражників, які використовують мілісекундні інформаційні різниці для отримання прибутку. Ці так звані "токсичні трейдери" використовують технологічну перевагу, підвищуючи Gas-кошти в момент, коли маркет-мейкери збираються скасувати замовлення, забезпечуючи пріоритет упакування своїх транзакцій, таким чином завершуючи арбітраж, що призводить до збитків для маркет-мейкерів. Щоб компенсувати ці втрати, маркет-мейкери змушені розширити спреди, в результаті чого звичайні користувачі несуть додаткові витрати.
Solana завжди прагнула реалізувати мрію про впровадження книги замовлень на ланцюзі, замінюючи централізовані біржі. Проте існування "токсичних трейдерів" стало основною перешкодою для досягнення цієї мрії. Це новий виклик, з яким наразі стикається Solana: обсяги торгівлі не є синонімом ліквідності. Справжній здоровий ринок потребує не більше угод, а угод вищої якості.
Як усунути токсичні угоди, щоб краще захистити ліквідність?
У поточній системі, через періодичний механізм аукціону консенсусу Solana, контрагенти фактично мають пріоритет, що серйозно впливає на справедливість ринку через зловмисний MEV (максимально витягувана вартість).
Конкретно, в поточному консенсусі Solana, угоди в кожному часовому проміжку (Slot) впорядковані за сплаченими пріоритетними газовими витратами, угоди з вищими ставками виконуються першими. Ця аукціонна процедура відбувається кожні 400 мілісекунд. У цьому процесі маркетмейкери повинні часто коригувати свої ставки, включаючи скасування і повторне розміщення замовлень, щоб адаптуватися до змін цін на ринку. А ті, хто виконує замовлення, особливо високочастотні арбітражники, постійно відстежують цінові різниці і, як тільки виявляють можливість, відразу ж укладають угоду. Таким чином, арбітражники можуть платити вищі витрати, щоб укласти угоду перед скасуванням, що призводить до того, що маркетмейкери часто зазнають збитків.
Для децентралізованих бірж (DEX) з книгами замовлень ідеальним порядком виконання угод має бути: з рухом цін спочатку виконуються всі скасування, потім нові замовлення, і нарешті виконуються угоди. Однак поточний механізм консенсусу Solana не може реалізувати це на мікрорівні.
Так само, у питанні报价预言机, ідеальним варіантом є спочатку оновити ціну预言机, а потім виконати угоди, що залежать від цієї ціни. Але в поточному інтервалі в 400 мілісекунд ринок може через різкі коливання призвести до виконання угод за початковою ціною.
Для кредитних угод найкращою практикою є спочатку поповнити забезпечення, а потім провести ліквідацію.
Отже, найкращим рішенням буде можливість різних протоколів впорядковувати транзакції відповідно до потреб, що є основною ідеєю концепції виконання під контролем застосунку (Application-Controlled Execution, ACE), на яку постійно акцентує увагу Solana.
BAM: Інноваційне рішення Solana
Ринок складання блоків (Block Assembly Marketplace, BAM) є інноваційним рішенням, запропонованим Solana для вирішення цих проблем. BAM на ланцюгу Solana побудував шар сортування або, як його ще називають, шар попередньої обробки між додатками та основною мережею.
BAM використовує довірені середовища виконання (Trusted Execution Environments, TEEs) для створення приватного пісочниці, в якій транзакції впорядковуються відповідно до заздалегідь визначених правил або принципу «перший прийшов - перший обслуговується» (FIFO). Цей механізм покликаний краще обслуговувати такі протоколи, як книги ордерів, біржі постійних контрактів та темні пулі.
Механізм роботи BAM
Процес торгівлі BAM виглядає так:
Користувач підтверджує транзакцію у гаманці
Торгівля відправлена до RPC-вузла
Перемістіть транзакцію в мережу BAM, виконуйте сортування в середовищі конфіденційності TEE
Згенеруйте докази та надішліть пакет даних транзакції до лідер-ноді основної мережі Solana
Вузол лідера збирає транзакції, включаючи пакети BAM, і упаковує їх у блок для трансляції.
Інші вузли голосують
Слід зазначити, що консенсусний процес BAM не суперечить основній мережі Solana, а є опційною функцією. BAM не працює безпосередньо в основній мережі Solana, а виконує попереднє сортування транзакцій у "позамережевому" режимі, пакуючи транзакції перед їх подачею в основну мережу Solana.
Основні характеристики BAM
Довірені виконувані середовища (TEEs): використання TEEs для створення приватного середовища для сортування транзакцій, забезпечуючи справедливість.
Плагінна система: за допомогою плагінної системи BAM дозволяє додаткам створювати власну логіку сортування транзакцій, реалізуючи складне сортування, при цьому забезпечуючи безпеку середовища TEE.
Контроль виконання додатків (ACE): реалізовано функцію сортування транзакцій відповідно до вимог різних протоколів.
Реальні застосування BAM
Захист ліквідації позик: пріоритетно виконуються операції з додатковим забезпеченням, а потім проводиться перевірка ліквідації.
Атомарні угоди: спочатку оновити ціну оракула, потім виконати угоду, що залежить від ціни, для контрактного DEX також можна одночасно врегулювати відповідні деривативи.
Захист від коливань цін: виявлення аномальних великих ордерів, розподіл їх на менші частини для поетапного виконання, надання ринку часу для реакції, щоб уникнути мертвої спіралі, спричиненої ланцюговими ліквідаціями або арбітражем.
Захист маркет-мейкерів: у разі надзвичайних ситуацій дозволяється скасування замовлень, оновлення цін оракула, повторне розміщення замовлень протягом мілісекунд, щоб уникнути зловмисного арбітражу та зменшити спред.
Висновок
BAM приніс верифікацію, захист приватності та програмованість у процес обробки транзакцій Solana, дозволяючи розробникам створювати більш складну та безпечну фінансову інфраструктуру. Завдяки розгортанню BAM, користувацький досвід застосувань на основній мережі Solana стане ближчим до централізованих бірж, сприяючи інноваційному розвитку екосистеми Solana.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Solana запустила механізм BAM для оптимізації порядку угод та підвищення ліквідності у блокчейні
Швидкі транзакції Solana: успіх чи ризик?
Solana відома своєю швидкістю транзакцій та високими обсягами торгівлі, але чи означає це, що вона досягла досконалості? Ретельно розглядаючи ці транзакції, ми не можемо не запитати: чи всі вони створюють справжню цінність?
Насправді велика кількість транзакцій на Solana не є результатом реального попиту, а походить від високочастотних арбітражників, які використовують мілісекундні інформаційні різниці для отримання прибутку. Ці так звані "токсичні трейдери" використовують технологічну перевагу, підвищуючи Gas-кошти в момент, коли маркет-мейкери збираються скасувати замовлення, забезпечуючи пріоритет упакування своїх транзакцій, таким чином завершуючи арбітраж, що призводить до збитків для маркет-мейкерів. Щоб компенсувати ці втрати, маркет-мейкери змушені розширити спреди, в результаті чого звичайні користувачі несуть додаткові витрати.
Solana завжди прагнула реалізувати мрію про впровадження книги замовлень на ланцюзі, замінюючи централізовані біржі. Проте існування "токсичних трейдерів" стало основною перешкодою для досягнення цієї мрії. Це новий виклик, з яким наразі стикається Solana: обсяги торгівлі не є синонімом ліквідності. Справжній здоровий ринок потребує не більше угод, а угод вищої якості.
Як усунути токсичні угоди, щоб краще захистити ліквідність?
У поточній системі, через періодичний механізм аукціону консенсусу Solana, контрагенти фактично мають пріоритет, що серйозно впливає на справедливість ринку через зловмисний MEV (максимально витягувана вартість).
Конкретно, в поточному консенсусі Solana, угоди в кожному часовому проміжку (Slot) впорядковані за сплаченими пріоритетними газовими витратами, угоди з вищими ставками виконуються першими. Ця аукціонна процедура відбувається кожні 400 мілісекунд. У цьому процесі маркетмейкери повинні часто коригувати свої ставки, включаючи скасування і повторне розміщення замовлень, щоб адаптуватися до змін цін на ринку. А ті, хто виконує замовлення, особливо високочастотні арбітражники, постійно відстежують цінові різниці і, як тільки виявляють можливість, відразу ж укладають угоду. Таким чином, арбітражники можуть платити вищі витрати, щоб укласти угоду перед скасуванням, що призводить до того, що маркетмейкери часто зазнають збитків.
Для децентралізованих бірж (DEX) з книгами замовлень ідеальним порядком виконання угод має бути: з рухом цін спочатку виконуються всі скасування, потім нові замовлення, і нарешті виконуються угоди. Однак поточний механізм консенсусу Solana не може реалізувати це на мікрорівні.
Так само, у питанні报价预言机, ідеальним варіантом є спочатку оновити ціну预言机, а потім виконати угоди, що залежать від цієї ціни. Але в поточному інтервалі в 400 мілісекунд ринок може через різкі коливання призвести до виконання угод за початковою ціною.
Для кредитних угод найкращою практикою є спочатку поповнити забезпечення, а потім провести ліквідацію.
Отже, найкращим рішенням буде можливість різних протоколів впорядковувати транзакції відповідно до потреб, що є основною ідеєю концепції виконання під контролем застосунку (Application-Controlled Execution, ACE), на яку постійно акцентує увагу Solana.
BAM: Інноваційне рішення Solana
Ринок складання блоків (Block Assembly Marketplace, BAM) є інноваційним рішенням, запропонованим Solana для вирішення цих проблем. BAM на ланцюгу Solana побудував шар сортування або, як його ще називають, шар попередньої обробки між додатками та основною мережею.
BAM використовує довірені середовища виконання (Trusted Execution Environments, TEEs) для створення приватного пісочниці, в якій транзакції впорядковуються відповідно до заздалегідь визначених правил або принципу «перший прийшов - перший обслуговується» (FIFO). Цей механізм покликаний краще обслуговувати такі протоколи, як книги ордерів, біржі постійних контрактів та темні пулі.
Механізм роботи BAM
Процес торгівлі BAM виглядає так:
Слід зазначити, що консенсусний процес BAM не суперечить основній мережі Solana, а є опційною функцією. BAM не працює безпосередньо в основній мережі Solana, а виконує попереднє сортування транзакцій у "позамережевому" режимі, пакуючи транзакції перед їх подачею в основну мережу Solana.
Основні характеристики BAM
Довірені виконувані середовища (TEEs): використання TEEs для створення приватного середовища для сортування транзакцій, забезпечуючи справедливість.
Плагінна система: за допомогою плагінної системи BAM дозволяє додаткам створювати власну логіку сортування транзакцій, реалізуючи складне сортування, при цьому забезпечуючи безпеку середовища TEE.
Контроль виконання додатків (ACE): реалізовано функцію сортування транзакцій відповідно до вимог різних протоколів.
Реальні застосування BAM
Захист ліквідації позик: пріоритетно виконуються операції з додатковим забезпеченням, а потім проводиться перевірка ліквідації.
Атомарні угоди: спочатку оновити ціну оракула, потім виконати угоду, що залежить від ціни, для контрактного DEX також можна одночасно врегулювати відповідні деривативи.
Захист від коливань цін: виявлення аномальних великих ордерів, розподіл їх на менші частини для поетапного виконання, надання ринку часу для реакції, щоб уникнути мертвої спіралі, спричиненої ланцюговими ліквідаціями або арбітражем.
Захист маркет-мейкерів: у разі надзвичайних ситуацій дозволяється скасування замовлень, оновлення цін оракула, повторне розміщення замовлень протягом мілісекунд, щоб уникнути зловмисного арбітражу та зменшити спред.
Висновок
BAM приніс верифікацію, захист приватності та програмованість у процес обробки транзакцій Solana, дозволяючи розробникам створювати більш складну та безпечну фінансову інфраструктуру. Завдяки розгортанню BAM, користувацький досвід застосувань на основній мережі Solana стане ближчим до централізованих бірж, сприяючи інноваційному розвитку екосистеми Solana.