Нові виклики Solana: не лише прагнення до швидкості, а й акцент на якість транзакцій
Solana відома своєю швидкістю та великою обсягом торгівлі, але чи означає це, що вона вже "достатньо хороша"? Коли ми уважно переглядаємо ці торги, виникає питання: чи всі ці торги створюють реальну цінність?
Насправді, велика кількість транзакцій у мережі Solana не є результатом реального торгового попиту, а виникає внаслідок використання арбітражниками високої частоти інформаційних переваг на рівні мілісекунд для отримання прибутку. Ці так звані "токсичні трейдери" використовують технологічну перевагу, щоб, коли маркетмейкери збираються скасувати замовлення, підвищити витрати на Gas, щоб їхні транзакції були пріоритетними для упаковки, тим самим завершуючи арбітраж і завдаючи збитків маркетмейкерам. Щоб компенсувати ці збитки, маркетмейкери вимушені розширити спред, що в кінцевому підсумку шкодить інтересам звичайних користувачів.
Solana завжди мала візію впровадження книги ордерів на ланцюгу, що замінює централізовані біржі. Однак існування "отруйних трейдерів" стало перешкодою для досягнення цієї мрії. Це новий виклик, з яким зараз стикається Solana: обсяги торгівлі не означають ліквідність. Справжній здоровий ринок потребує не більше торгів, а торгів вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі, через те, що механізм консенсусу Solana використовує періодичний аукціон, учасники, які виконують замовлення, фактично мають пріоритет, що призводить до зловмисного впливу MEV на справедливість ринку.
Конкретно, у існуючому механізмі консенсусу Solana, транзакції в межах кожного періоду часу (Slot) сортуються за пріоритетом плати за газ, причому спочатку виконуються транзакції з вищими ставками. Цей аукціон проводиться кожні 400 мілісекунд. У цьому процесі маркет-мейкери повинні часто коригувати свої пропозиції, постійно скасовуючи та повторно розміщуючи замовлення, щоб встигати за змінами ринкових цін.
У той же час, контрагенти (особливо високочастотні арбітражники) постійно моніторять цінові різниці, і як тільки вони виявляють можливість, відразу ж здійснюють угоду. Вони можуть заплатити вищі комісії, щоб встигнути завершити угоду до того, як замовлення буде скасовано, що призводить до того, що маркет-мейкери часто стають "мішенню" і зазнають втрат.
Для децентралізованих бірж (DEX) з типом книги замовлень ідеальний порядок торгівлі має бути таким: спочатку виконуються всі скасування, потім виконуються нові ордери, і лише в останню чергу виконуються угоди. Але наразі механізм консенсусу Solana не може досягти цього на мікрорівні.
Така ж проблема існує на рівні котирувань оракулів. В ідеальному випадку спочатку слід оновити ціну оракулів, а потім виконати торги, які залежать від цієї ціни. Але в умовах поточної 400-міллісекундної паузи ринок може через різкі коливання призвести до того, що угоди все ще виконуються за первісною ціною.
Для кредитних угод найкращою ситуацією є спочатку поповнити маржу, а потім провести ліквідацію.
Отже, найкращим рішенням є надання можливості різним протоколам сортувати транзакції відповідно до своїх потреб, що є концепцією, на яку Solana завжди наголошує, званою контролем виконання додатків (Application-Controlled Execution, ACE).
Щоб вирішити ці проблеми, Solana запропонувала BAM (ринок збору блоків) як рішення.
BAM: Нова відповідь Solana
BAM побудував шар сортування або попередньої обробки між шаром додатків та основною мережею Solana. Він використовує середовище для надійного виконання (TEE) для створення приватних пісочниць, де угоди сортуються відповідно до попередньо визначених правил або принципу «перший прийшов — перший обслужений» (FIFO). Ця механіка призначена для кращого обслуговування таких протоколів, як книги замовлень, біржі безстрокових контрактів та темні пулі.
Як працює BAM
Торговий процес BAM виглядає так:
Користувач підтверджує транзакцію у гаманці
Торгівля надіслана на RPC вузол
Транзакції переходять на мережу BAM, де виконуються в середовищі конфіденційності TEE.
Вузли можуть додавати додаткові транзакції через плагіни, наприклад, оновлення цін оракула.
Пакет даних угоди надіслано до лідер-нодів основної мережі Solana
Лідер упакує пакет BAM в блок і транслює
Інші вузли голосують для підтвердження
BAM не працює безпосередньо в основній мережі Solana, а виконує попередню сортування транзакцій "поза ланцюгом", а потім подає упаковані транзакції в основну мережу Solana.
Основні характеристики BAM
Довірені виконувані середовища (TEEs): використання TEEs для створення середовища конфіденційності, що забезпечує справедливість порядку транзакцій.
Плагінна система: дозволяє застосункам створювати власну логіку сортування транзакцій, реалізуючи складне сортування транзакцій, водночас зберігаючи безпеку середовища TEE.
Реальні застосування BAM
Захист ліквідації позик: пріоритетно виконуються операції з доповнюючим забезпеченням, а потім проводиться перевірка ліквідації.
Атомарні торгові комбінації: спочатку оновити ціну оракула, а потім виконати торгівлю, що залежить від цієї ціни, для контрактного DEX також можна розрахувати відповідні деривативи в межах одного й того ж часово́го вікна.
Захист від коливань цін: виявлення аномально великих замовлень, їхнє розділення на менші частини для поетапного виконання, надання часу ринку для реакції, щоб уникнути серйозних наслідків від ланцюгових ліквідацій або арбітражу.
Захист маркет-мейкерів: у разі надзвичайних подій можливість скасування замовлень, оновлення цін оракула та повторного розміщення замовлень за мілісекунди, щоб уникнути злочинного арбітражу, зменшуючи при цьому спред.
Висновок
Введення BAM забезпечило верифікацію, захист конфіденційності та програмованість у процесі обробки транзакцій Solana. Це дозволяє розробникам створювати децентралізовані додатки, які наближаються до досвіду централізованих бірж, такі як центральна книга лімітних ордерів, біржі безстрокових контрактів та темні пулі. Ці додатки потребують точного контролю за порядком, детермінованого виконання та захисту конфіденційності, поява BAM значно сприятиме інноваційному розвитку екосистеми Solana.
З впровадженням BAM очікується значне поліпшення досвіду торгівлі на Solana, що наблизить продуктивність її основної мережі до продуктивності централізованих бірж. Це не лише прагнення до швидкості, але й всебічне покращення якості торгівлі, що знаменує важливий крок для Solana у застосуванні технологій блокчейн.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
9 лайків
Нагородити
9
6
Репост
Поділіться
Прокоментувати
0/400
DAOplomacy
· 08-04 23:57
можливо, ще одна субоптимальна спроба театру управління... залежність від шляху знову дає про себе знати, чесно кажучи
Переглянути оригіналвідповісти на0
MissedTheBoat
· 08-04 08:02
Високий підйом обов'язково призведе до краху. Дивіться, наскільки я точний.
Переглянути оригіналвідповісти на0
ForkItAll
· 08-02 22:46
Сказати просто, це означає заважати.
Переглянути оригіналвідповісти на0
GasSavingMaster
· 08-02 22:36
Газ збирає світ, а вартість належить мені! Вислизнув
Новий виклик для Solana: технологія BAM підвищує якість транзакцій, усуваючи токсичні транзакції.
Нові виклики Solana: не лише прагнення до швидкості, а й акцент на якість транзакцій
Solana відома своєю швидкістю та великою обсягом торгівлі, але чи означає це, що вона вже "достатньо хороша"? Коли ми уважно переглядаємо ці торги, виникає питання: чи всі ці торги створюють реальну цінність?
Насправді, велика кількість транзакцій у мережі Solana не є результатом реального торгового попиту, а виникає внаслідок використання арбітражниками високої частоти інформаційних переваг на рівні мілісекунд для отримання прибутку. Ці так звані "токсичні трейдери" використовують технологічну перевагу, щоб, коли маркетмейкери збираються скасувати замовлення, підвищити витрати на Gas, щоб їхні транзакції були пріоритетними для упаковки, тим самим завершуючи арбітраж і завдаючи збитків маркетмейкерам. Щоб компенсувати ці збитки, маркетмейкери вимушені розширити спред, що в кінцевому підсумку шкодить інтересам звичайних користувачів.
Solana завжди мала візію впровадження книги ордерів на ланцюгу, що замінює централізовані біржі. Однак існування "отруйних трейдерів" стало перешкодою для досягнення цієї мрії. Це новий виклик, з яким зараз стикається Solana: обсяги торгівлі не означають ліквідність. Справжній здоровий ринок потребує не більше торгів, а торгів вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі, через те, що механізм консенсусу Solana використовує періодичний аукціон, учасники, які виконують замовлення, фактично мають пріоритет, що призводить до зловмисного впливу MEV на справедливість ринку.
Конкретно, у існуючому механізмі консенсусу Solana, транзакції в межах кожного періоду часу (Slot) сортуються за пріоритетом плати за газ, причому спочатку виконуються транзакції з вищими ставками. Цей аукціон проводиться кожні 400 мілісекунд. У цьому процесі маркет-мейкери повинні часто коригувати свої пропозиції, постійно скасовуючи та повторно розміщуючи замовлення, щоб встигати за змінами ринкових цін.
У той же час, контрагенти (особливо високочастотні арбітражники) постійно моніторять цінові різниці, і як тільки вони виявляють можливість, відразу ж здійснюють угоду. Вони можуть заплатити вищі комісії, щоб встигнути завершити угоду до того, як замовлення буде скасовано, що призводить до того, що маркет-мейкери часто стають "мішенню" і зазнають втрат.
Для децентралізованих бірж (DEX) з типом книги замовлень ідеальний порядок торгівлі має бути таким: спочатку виконуються всі скасування, потім виконуються нові ордери, і лише в останню чергу виконуються угоди. Але наразі механізм консенсусу Solana не може досягти цього на мікрорівні.
Така ж проблема існує на рівні котирувань оракулів. В ідеальному випадку спочатку слід оновити ціну оракулів, а потім виконати торги, які залежать від цієї ціни. Але в умовах поточної 400-міллісекундної паузи ринок може через різкі коливання призвести до того, що угоди все ще виконуються за первісною ціною.
Для кредитних угод найкращою ситуацією є спочатку поповнити маржу, а потім провести ліквідацію.
Отже, найкращим рішенням є надання можливості різним протоколам сортувати транзакції відповідно до своїх потреб, що є концепцією, на яку Solana завжди наголошує, званою контролем виконання додатків (Application-Controlled Execution, ACE).
Щоб вирішити ці проблеми, Solana запропонувала BAM (ринок збору блоків) як рішення.
BAM: Нова відповідь Solana
BAM побудував шар сортування або попередньої обробки між шаром додатків та основною мережею Solana. Він використовує середовище для надійного виконання (TEE) для створення приватних пісочниць, де угоди сортуються відповідно до попередньо визначених правил або принципу «перший прийшов — перший обслужений» (FIFO). Ця механіка призначена для кращого обслуговування таких протоколів, як книги замовлень, біржі безстрокових контрактів та темні пулі.
Як працює BAM
Торговий процес BAM виглядає так:
BAM не працює безпосередньо в основній мережі Solana, а виконує попередню сортування транзакцій "поза ланцюгом", а потім подає упаковані транзакції в основну мережу Solana.
Основні характеристики BAM
Довірені виконувані середовища (TEEs): використання TEEs для створення середовища конфіденційності, що забезпечує справедливість порядку транзакцій.
Плагінна система: дозволяє застосункам створювати власну логіку сортування транзакцій, реалізуючи складне сортування транзакцій, водночас зберігаючи безпеку середовища TEE.
Реальні застосування BAM
Захист ліквідації позик: пріоритетно виконуються операції з доповнюючим забезпеченням, а потім проводиться перевірка ліквідації.
Атомарні торгові комбінації: спочатку оновити ціну оракула, а потім виконати торгівлю, що залежить від цієї ціни, для контрактного DEX також можна розрахувати відповідні деривативи в межах одного й того ж часово́го вікна.
Захист від коливань цін: виявлення аномально великих замовлень, їхнє розділення на менші частини для поетапного виконання, надання часу ринку для реакції, щоб уникнути серйозних наслідків від ланцюгових ліквідацій або арбітражу.
Захист маркет-мейкерів: у разі надзвичайних подій можливість скасування замовлень, оновлення цін оракула та повторного розміщення замовлень за мілісекунди, щоб уникнути злочинного арбітражу, зменшуючи при цьому спред.
Висновок
Введення BAM забезпечило верифікацію, захист конфіденційності та програмованість у процесі обробки транзакцій Solana. Це дозволяє розробникам створювати децентралізовані додатки, які наближаються до досвіду централізованих бірж, такі як центральна книга лімітних ордерів, біржі безстрокових контрактів та темні пулі. Ці додатки потребують точного контролю за порядком, детермінованого виконання та захисту конфіденційності, поява BAM значно сприятиме інноваційному розвитку екосистеми Solana.
З впровадженням BAM очікується значне поліпшення досвіду торгівлі на Solana, що наблизить продуктивність її основної мережі до продуктивності централізованих бірж. Це не лише прагнення до швидкості, але й всебічне покращення якості торгівлі, що знаменує важливий крок для Solana у застосуванні технологій блокчейн.