Нові виклики для Solana: баланс між об'єм та Ліквідність
Solana хоча відома своєю швидкістю та великим об'єм, чи дійсно це означає, що вона вже "достатньо хороша"? Коли ми уважно розглядаємо ці угоди, виникає одне ключове питання: чи всі ці угоди створюють реальну цінність?
Насправді, велика кількість угод на Solana не є результатом реального попиту на торги, а походить від високочастотних арбітражників, які використовують інформаційні розриви в мілісекундах для отримання прибутку. Ці так звані "токсичні трейдери" використовують технологічні переваги, коли маркетмейкери збираються скасувати замовлення, шляхом збільшення Gas-кошторису, щоб їхні угоди мали пріоритет при пакуванні, що призводить до арбітражу і змушує маркетмейкерів зазнавати збитків. Щоб покрити ці збитки, маркетмейкери змушені розширити спреди купівлі-продажу, в результаті чого ці додаткові витрати лягають на звичайних користувачів.
Solana завжди мріяла про реалізацію системи ордерів на ланцюгу, яка могла б замінити централізовані біржі. Проте, наявність "отруйних трейдерів" стала основною перешкодою на шляху до здійснення цієї мрії. Ось із чим Solana стикається зараз: об'єм не є рівнозначним ліквідності. Справжньому здоровому ринку потрібні не більше торгів, а торги вищої якості.
Як виключити токсичні угоди, щоб захистити ліквідність ринку?
У поточній системі Solana, через те, що її механізм консенсусу використовує періодичний аукціон, замовники (особливо високочастотні трейдери) фактично мають пріоритет, що робить зловмисну поведінку MEV (максимально витягувана вартість) впливовою на справедливість ринку.
У поточному механізмі консенсусу Solana кожні 400 мілісекунд є часовим слотом (Slot), протягом якого угоди виконуються в порядку зростання сплачених Gas витрат. Цей механізм призводить до того, що маркет-мейкери повинні часто коригувати свої котирування, тоді як високочастотні арбітражники можуть, сплачуючи вищі витрати, попереджати угоди маркет-мейкерів перед їх скасуванням, що призводить до частих втрат для маркет-мейкерів.
В ідеальних умовах, DEX з книжкою ордерів має спочатку виконати всі скасування, потім нові ордери, і лише потім угоди. Однак існуючий механізм консенсусу Solana не може реалізувати таку ідеальну сортировку на мікрорівні. Те ж саме стосується报价 ордерів: спочатку слід оновити ціну, а потім виконати угоди, що залежать від цієї ціни. Що стосується кредитних угод, то краще спочатку поповнити забезпечення, а потім проводити ліквідацію.
BAM: Рішення Solana
Щоб вирішити ці проблеми, Solana запропонувала рішення BAM (Block Assembly Marketplace, ринок складання блоків). BAM на ланцюзі Solana побудував шар сортування або попередньої обробки між додатками та основною мережею. Він використовує довірене виконавче середовище (TEEs) для створення приватного пісочниці, в якій згідно з заздалегідь визначеними правилами або принципом FIFO проводиться сортування угод, щоб краще обслуговувати протоколи, такі як книги ордерів, біржі безстрокових контрактів та темні ставки.
BAM підтримує три режими роботи: стандартний режим Solana, режим Block-Engine (аналогічний MEV рішенню Jito) та режим BAM (строго за порядком FIFO). Ключові особливості режиму BAM включають:
Використання TEE для створення приватного середовища для справедливого сортування
Реалізація складної логіки користувацького сортування через систему плагінів
BAM приніс до процесу обробки транзакцій Solana верифікацію, захист приватності та програмованість. Це дозволяє розробникам створювати децентралізовані додатки, які ближчі до досвіду централізованих бірж, такі як центральні обмежені книги замовлень, біржі perpetual contracts та dark pool, які потребують точного контролю за сортуванням, детерміністичного виконання та захисту приватності.
З впровадженням BAM, торговий досвід Solana значно покращиться, сприяючи розвитку її екосистеми в більш інноваційний та ефективний напрямок.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Solana запустила рішення BAM: оптимізація сортування транзакцій, підвищення ліквідності у блокчейні
Нові виклики для Solana: баланс між об'єм та Ліквідність
Solana хоча відома своєю швидкістю та великим об'єм, чи дійсно це означає, що вона вже "достатньо хороша"? Коли ми уважно розглядаємо ці угоди, виникає одне ключове питання: чи всі ці угоди створюють реальну цінність?
Насправді, велика кількість угод на Solana не є результатом реального попиту на торги, а походить від високочастотних арбітражників, які використовують інформаційні розриви в мілісекундах для отримання прибутку. Ці так звані "токсичні трейдери" використовують технологічні переваги, коли маркетмейкери збираються скасувати замовлення, шляхом збільшення Gas-кошторису, щоб їхні угоди мали пріоритет при пакуванні, що призводить до арбітражу і змушує маркетмейкерів зазнавати збитків. Щоб покрити ці збитки, маркетмейкери змушені розширити спреди купівлі-продажу, в результаті чого ці додаткові витрати лягають на звичайних користувачів.
Solana завжди мріяла про реалізацію системи ордерів на ланцюгу, яка могла б замінити централізовані біржі. Проте, наявність "отруйних трейдерів" стала основною перешкодою на шляху до здійснення цієї мрії. Ось із чим Solana стикається зараз: об'єм не є рівнозначним ліквідності. Справжньому здоровому ринку потрібні не більше торгів, а торги вищої якості.
Як виключити токсичні угоди, щоб захистити ліквідність ринку?
У поточній системі Solana, через те, що її механізм консенсусу використовує періодичний аукціон, замовники (особливо високочастотні трейдери) фактично мають пріоритет, що робить зловмисну поведінку MEV (максимально витягувана вартість) впливовою на справедливість ринку.
У поточному механізмі консенсусу Solana кожні 400 мілісекунд є часовим слотом (Slot), протягом якого угоди виконуються в порядку зростання сплачених Gas витрат. Цей механізм призводить до того, що маркет-мейкери повинні часто коригувати свої котирування, тоді як високочастотні арбітражники можуть, сплачуючи вищі витрати, попереджати угоди маркет-мейкерів перед їх скасуванням, що призводить до частих втрат для маркет-мейкерів.
В ідеальних умовах, DEX з книжкою ордерів має спочатку виконати всі скасування, потім нові ордери, і лише потім угоди. Однак існуючий механізм консенсусу Solana не може реалізувати таку ідеальну сортировку на мікрорівні. Те ж саме стосується报价 ордерів: спочатку слід оновити ціну, а потім виконати угоди, що залежать від цієї ціни. Що стосується кредитних угод, то краще спочатку поповнити забезпечення, а потім проводити ліквідацію.
BAM: Рішення Solana
Щоб вирішити ці проблеми, Solana запропонувала рішення BAM (Block Assembly Marketplace, ринок складання блоків). BAM на ланцюзі Solana побудував шар сортування або попередньої обробки між додатками та основною мережею. Він використовує довірене виконавче середовище (TEEs) для створення приватного пісочниці, в якій згідно з заздалегідь визначеними правилами або принципом FIFO проводиться сортування угод, щоб краще обслуговувати протоколи, такі як книги ордерів, біржі безстрокових контрактів та темні ставки.
BAM підтримує три режими роботи: стандартний режим Solana, режим Block-Engine (аналогічний MEV рішенню Jito) та режим BAM (строго за порядком FIFO). Ключові особливості режиму BAM включають:
BAM приніс до процесу обробки транзакцій Solana верифікацію, захист приватності та програмованість. Це дозволяє розробникам створювати децентралізовані додатки, які ближчі до досвіду централізованих бірж, такі як центральні обмежені книги замовлень, біржі perpetual contracts та dark pool, які потребують точного контролю за сортуванням, детерміністичного виконання та захисту приватності.
З впровадженням BAM, торговий досвід Solana значно покращиться, сприяючи розвитку її екосистеми в більш інноваційний та ефективний напрямок.