Нові виклики Solana: прагнення до якісніших угод, а не просто до високого об'єму
Solana як високопродуктивна блокчейн-платформа відома своєю швидкою обробкою транзакцій та великим об'ємом транзакцій. Однак, чи означає це, що вона вже досягла бажаної мети? Глибокий аналіз транзакцій Solana виявляє питання, яке варто обдумати: чи всі ці транзакції справді створюють реальну цінність?
Насправді, великий об'єм交易量 на Solana не походить з реального попиту на交易, а виникає від високочастотних арбітражників, які отримують прибуток, використовуючи мілісекундні інформаційні різниці. Ці учасники, відомі як "отруйні торговці", використовують технологічну перевагу, щоб, коли маркет-мейкери збираються скасувати ордер, збільшити Gas费用, що дозволяє їхнім交易优先打увати, завершуючи арбітраж, що призводить до збитків для маркет-мейкерів. Щоб компенсувати ці збитки, маркет-мейкери змушені розширювати спреди купівлі-продажу, що в кінцевому підсумку призводить до того, що звичайні користувачі несуть додаткові витрати.
Solana завжди мала бачення реалізації книг замовлень на ланцюгу, замість централізованих бірж. Однак, існування "токсичних трейдерів" стало перешкодою на шляху до досягнення цієї мети. Це новий виклик, з яким стикається Solana: об'єм не є синонімом ліквідності. Справжній здоровий ринок потребує не більше угод, а угод вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі Solana, через те, що її механізм консенсусу використовує періодичний аукціон, учасники з високою швидкістю укладання угод (особливо високочастотні арбітражники) насправді мають пріоритет, що впливає на справедливість ринку. Конкретно, механізм консенсусу Solana має часовий слот (Slot) тривалістю 400 мілісекунд, і в кожному слоті угоди виконуються відповідно до висоти сплачених газових зборів.
Цей механізм призводить до того, що маркет-мейкери часто стають мішенню для високочастотних арбітражників, які часто коригують свої ціни, скасовують заявки та знову їх розміщують. Арбітражники сплачують вищі збори, щоб завершити угоду до того, як маркет-мейкер скасує свою заявку, змушуючи маркет-мейкера нести збитки.
В ідеальному випадку, децентралізовані біржі (DEX) повинні виконувати угоди в такому порядку: спочатку виконати всі скасування, потім нові ордери, а в кінці - угоди. Проте, поточний механізм консенсусу Solana не може реалізувати це на мікрорівні.
Так само, щодо报价预言机, ідеальною ситуацією є спочатку оновити ціну预言机, а потім виконати угоди, які залежать від цієї ціни. Але в умовах поточної затримки в 400 мілісекунд ринок може через різкі коливання призвести до того, що угоди все ще виконуються за первісною ціною.
Для кредитних угод найкращою практикою є спочатку поповнити гарантію, а потім проводити ліквідацію.
Тому Solana потребує механізму, який дозволяє різним протоколам за потреби сортувати транзакції, і це те, на що Solana постійно акцентує увагу — контрольоване виконання додатків (Application-Controlled Execution, ACE).
BAM: Рішення Solana
Щоб впоратися з цими викликами, Solana запропонувала рішення ринку складання блоків (Block Assembly Marketplace, BAM). BAM на ланцюзі Solana створила шар сортування або попередньої обробки між застосуванням і основною мережею.
BAM використовує довірені середовища виконання (Trusted Execution Environments, TEEs) для створення приватного пісочниці, в якій транзакції впорядковуються відповідно до заздалегідь визначених правил або принципу «перший прийшов — перший обслуговується» (FIFO). Цей механізм має на меті краще обслуговувати публічні книги замовлень (CLOBs), біржі з безстроковими контрактами, темні пулі та інші протоколи.
Як працює BAM
Процес торгівлі BAM виглядає так:
Користувач підтверджує транзакцію у гаманці.
Транзакція надіслана до RPC-вузла.
Транзакції переміщуються до мережі BAM, де вони сортуються в середовищі конфіденційності TEE. У цьому процесі вузли можуть додавати додаткові транзакції через плагіни, такі як оновлення цін оракулів, а потім генерувати докази.
Дані про транзакції передані до лідера вузла основної мережі Solana.
Лідер під час збору транзакцій отримує пакет BAM і упакує його в блок для трансляції.
Інші вузли проводять голосування.
Варто зазначити, що консенсусний процес BAM не суперечить основній мережі Solana, а є додатковою функцією. BAM не працює безпосередньо в основній мережі Solana, а попередньо виконує сортування транзакцій "поза ланцюгом", упаковує транзакції та подає їх до основної мережі Solana.
Основні характеристики BAM
BAM підтримує три режими роботи: режим за замовчуванням Solana, режим Block-Engine (поточне рішення Jito для MEV, основа якого - механізм аукціону) та режим BAM (валідатори строго за порядком FIFO).
Основні характеристики моделі BAM включають:
Довірене середовище виконання (TEEs): використання TEEs для побудови приватного середовища, що забезпечує справедливість порядку угод.
Плагінна система: дозволяє додаткам створювати власну логіку сортування угод, реалізуючи складне сортування угод, водночас забезпечуючи безпеку середовища TEE.
Реальне застосування BAM
Застосування BAM включає:
Захист ліквідації позик: пріоритетно виконуються операції з доповнюючими заставами, а потім проводиться перевірка ліквідації.
Атомарні комбінації транзакцій: спочатку оновлюємо ціну оракула, а потім виконуємо транзакції, що залежать від ціни, для контрактних DEX також можна розрахувати відповідні похідні.
Захист від коливань цін: виявлення аномально великих угод, їх розподіл на менші частини для поетапного виконання, щоб дати ринку час на реагування.
Захист маркет-мейкерів: під час надзвичайних ситуацій мати змогу скасувати ордери, оновити ціну оракула, повторно розмістити ордери за мілісекунди, щоб уникнути зловмисного арбітражу.
Загалом, BAM приніс перевірність, захист приватності та програмованість у процес обробки транзакцій Solana. Це дозволяє розробникам створювати централізовані обмежені книги замовлень, біржі безстрокових контрактів, темні пул та інші фінансові інфраструктури, які потребують контролю порядку, детермінованого виконання та захисту приватності, що сприяє інноваційному розвитку екосистеми Solana.
З впровадженням BAM досвід торгівлі на Solana значно покращиться, наближаючи досвід використання застосунків основної мережі Solana до централізованих бірж, при цьому зберігаючи переваги децентралізації. Цей прогрес відкриє нові можливості для розвитку екосистеми Solana, зосереджуючи увагу на якості торгівлі та справедливості ринку, одночасно прагнучи до високої продуктивності.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
15 лайків
Нагородити
15
6
Репост
Поділіться
Прокоментувати
0/400
RooftopVIP
· 11год тому
Не поспішайте з оптимізацією, спочатку чекайте, поки я купувати просадку.
Solana запустила BAM: оптимізація якості транзакцій для створення більш справедливої блокчейн екосистеми
Нові виклики Solana: прагнення до якісніших угод, а не просто до високого об'єму
Solana як високопродуктивна блокчейн-платформа відома своєю швидкою обробкою транзакцій та великим об'ємом транзакцій. Однак, чи означає це, що вона вже досягла бажаної мети? Глибокий аналіз транзакцій Solana виявляє питання, яке варто обдумати: чи всі ці транзакції справді створюють реальну цінність?
Насправді, великий об'єм交易量 на Solana не походить з реального попиту на交易, а виникає від високочастотних арбітражників, які отримують прибуток, використовуючи мілісекундні інформаційні різниці. Ці учасники, відомі як "отруйні торговці", використовують технологічну перевагу, щоб, коли маркет-мейкери збираються скасувати ордер, збільшити Gas费用, що дозволяє їхнім交易优先打увати, завершуючи арбітраж, що призводить до збитків для маркет-мейкерів. Щоб компенсувати ці збитки, маркет-мейкери змушені розширювати спреди купівлі-продажу, що в кінцевому підсумку призводить до того, що звичайні користувачі несуть додаткові витрати.
Solana завжди мала бачення реалізації книг замовлень на ланцюгу, замість централізованих бірж. Однак, існування "токсичних трейдерів" стало перешкодою на шляху до досягнення цієї мети. Це новий виклик, з яким стикається Solana: об'єм не є синонімом ліквідності. Справжній здоровий ринок потребує не більше угод, а угод вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі Solana, через те, що її механізм консенсусу використовує періодичний аукціон, учасники з високою швидкістю укладання угод (особливо високочастотні арбітражники) насправді мають пріоритет, що впливає на справедливість ринку. Конкретно, механізм консенсусу Solana має часовий слот (Slot) тривалістю 400 мілісекунд, і в кожному слоті угоди виконуються відповідно до висоти сплачених газових зборів.
Цей механізм призводить до того, що маркет-мейкери часто стають мішенню для високочастотних арбітражників, які часто коригують свої ціни, скасовують заявки та знову їх розміщують. Арбітражники сплачують вищі збори, щоб завершити угоду до того, як маркет-мейкер скасує свою заявку, змушуючи маркет-мейкера нести збитки.
В ідеальному випадку, децентралізовані біржі (DEX) повинні виконувати угоди в такому порядку: спочатку виконати всі скасування, потім нові ордери, а в кінці - угоди. Проте, поточний механізм консенсусу Solana не може реалізувати це на мікрорівні.
Так само, щодо报价预言机, ідеальною ситуацією є спочатку оновити ціну预言机, а потім виконати угоди, які залежать від цієї ціни. Але в умовах поточної затримки в 400 мілісекунд ринок може через різкі коливання призвести до того, що угоди все ще виконуються за первісною ціною.
Для кредитних угод найкращою практикою є спочатку поповнити гарантію, а потім проводити ліквідацію.
Тому Solana потребує механізму, який дозволяє різним протоколам за потреби сортувати транзакції, і це те, на що Solana постійно акцентує увагу — контрольоване виконання додатків (Application-Controlled Execution, ACE).
BAM: Рішення Solana
Щоб впоратися з цими викликами, Solana запропонувала рішення ринку складання блоків (Block Assembly Marketplace, BAM). BAM на ланцюзі Solana створила шар сортування або попередньої обробки між застосуванням і основною мережею.
BAM використовує довірені середовища виконання (Trusted Execution Environments, TEEs) для створення приватного пісочниці, в якій транзакції впорядковуються відповідно до заздалегідь визначених правил або принципу «перший прийшов — перший обслуговується» (FIFO). Цей механізм має на меті краще обслуговувати публічні книги замовлень (CLOBs), біржі з безстроковими контрактами, темні пулі та інші протоколи.
Як працює BAM
Процес торгівлі BAM виглядає так:
Варто зазначити, що консенсусний процес BAM не суперечить основній мережі Solana, а є додатковою функцією. BAM не працює безпосередньо в основній мережі Solana, а попередньо виконує сортування транзакцій "поза ланцюгом", упаковує транзакції та подає їх до основної мережі Solana.
Основні характеристики BAM
BAM підтримує три режими роботи: режим за замовчуванням Solana, режим Block-Engine (поточне рішення Jito для MEV, основа якого - механізм аукціону) та режим BAM (валідатори строго за порядком FIFO).
Основні характеристики моделі BAM включають:
Реальне застосування BAM
Застосування BAM включає:
Загалом, BAM приніс перевірність, захист приватності та програмованість у процес обробки транзакцій Solana. Це дозволяє розробникам створювати централізовані обмежені книги замовлень, біржі безстрокових контрактів, темні пул та інші фінансові інфраструктури, які потребують контролю порядку, детермінованого виконання та захисту приватності, що сприяє інноваційному розвитку екосистеми Solana.
З впровадженням BAM досвід торгівлі на Solana значно покращиться, наближаючи досвід використання застосунків основної мережі Solana до централізованих бірж, при цьому зберігаючи переваги децентралізації. Цей прогрес відкриє нові можливості для розвитку екосистеми Solana, зосереджуючи увагу на якості торгівлі та справедливості ринку, одночасно прагнучи до високої продуктивності.