Новий виклик Solana: підвищення якості угод, а не їх кількості
Solana відома своїми швидкими та великими обсягами торгів, але чи цього достатньо? Коли ми детально аналізуємо ці торги, виникає питання: чи всі вони створюють реальну цінність?
Насправді, велика кількість угод на Solana не походить від реального попиту, а є результатом арбітражу високочастотних трейдерів, які використовують різницю в інформації на рівні мілісекунд. Ці так звані "токсичні трейдери" використовують технічні переваги, підвищуючи витрати на Gas у момент, коли маркетмейкери збираються анулювати замовлення, щоб забезпечити пріоритетне виконання своїх угод, що дозволяє їм здійснити арбітраж на збитках маркетмейкерів. Щоб компенсувати ці збитки, маркетмейкери змушені розширити спреди купівлі-продажу, в результаті чого витрати несе звичайний користувач.
Solana завжди мріяла реалізувати на ланцюзі таку книгу замовлень, яка могла б замінити централізовані біржі, але існування "отруйних трейдерів" стало перешкодою для досягнення цієї мети. Ось з чим наразі стикається Solana: обсяг торгівлі не є рівнозначним ліквідності. Справжньому здоровому ринку потрібні не більше торгів, а торгівля вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі, через те що механізм консенсусу Solana використовує періодичні аукціони, ті, хто бере заявки, фактично мають пріоритет, що дозволяє зловмисним діям MEV (максимально можливе значення) впливати на справедливість ринку.
У межах існуючого механізму консенсусу Solana, кожні 400 мілісекунд транзакції сортуються за перевагою сплачених газових витрат, при цьому транзакції з найвищими ставками виконуються першими. У цьому процесі маркет-мейкери змушені постійно коригувати свої котирування, постійно скасовуючи та повторно виставляючи ордери, щоб адаптуватися до змін цін на ринку. Арбітражники, спостерігаючи за ціновими різницями, негайно укладають угоди, як тільки виявляють можливість, часто сплачуючи вищі витрати, щоб завершити угоду до того, як маркет-мейкер скасує ордер, що призводить до частих втрат для маркет-мейкерів.
В ідеальному випадку, порядок торгів на децентралізованій біржі (DEX) повинен бути таким: з коливаннями цін спочатку виконуються всі скасування, потім нові ордери, і тільки в кінці - угоди. Однак поточний механізм консенсусу Solana не здатний реалізувати це на мікрорівні.
Так само, у випадку з цінами від оріаклів, ідеальним варіантом буде спочатку оновити ціну оріакла, а потім виконати торги, що залежать від цієї ціни. Але в межах поточного інтервалу в 400 мілісекунд ринок може зазнати різких коливань, що призведе до виконання торгів за первісною ціною.
Для кредитних угод найкращим варіантом є спочатку поповнити забезпечення, а потім виконати ліквідацію.
Отже, Solana потребує механізму, який дозволяє різним протоколам впорядковувати транзакції відповідно до вимог, і це те, на чому Solana завжди акцентувала увагу - контроль виконання додатків (ACE).
BAM: Рішення Solana
BAM (ринок збору блоків) є відповіддю Solana на вирішення цих проблем. Він створює шар сортування або попередньої обробки між застосуваннями на ланцюзі Solana та основною мережею. BAM використовує довірені виконавчі середовища (TEE) для створення приватного пісочниці, в якій транзакції сортуються відповідно до заздалегідь визначених правил або принципу «перший прийшов – перший обслуговується» (FIFO), щоб краще обслуговувати такі протоколи, як книги замовлень, біржі безстрокових контрактів та темні ставки.
Як працює BAM
У традиційному процесі торгівлі Solana, після підтвердження угоди користувачем, угода надсилається через RPC-узел до лідера вузла поточного часового слота, лідер збирає угоди, сортує їх і пакує в блок для трансляції, інші вузли голосують.
А в додатках, що підключаються до BAM, процес交易稍有不同: підтверджені користувачем交易 спочатку надсилаються до мережі BAM, де вони сортуються в середовищі TEE. У цьому процесі вузли можуть додавати додаткові交易 через плагіни, наприклад, оновлюючи ціни оракулів. Відсортовані пакети交易 надсилаються до лідера вузлів основної мережі Solana, після чого вони упаковуються в блоки та транслюються.
BAM фактично є додатковим рівнем попередньої обробки, який не працює безпосередньо в мережі Solana, а виконує сортування транзакцій "поза ланцюгом", а потім подає відсортовані пакети транзакцій до основної мережі.
Три режими роботи BAM
Solana за замовчуванням
Режим Block-Engine: поточне рішення Jito для MEV, основою якого є механізм аукціону.
BAM-режим: валідатори строго дотримуються принципу FIFO для сортування
Основні характеристики моделі BAM включають:
Використання TEE для створення приватного середовища для сортування транзакцій, щоб забезпечити справедливість
Реалізуйте складну логіку сортування транзакцій через систему плагінів, що дозволяє застосуванням налаштовувати правила сортування.
Реальні застосування BAM
Захист ліквідації позик: пріоритетне виконання операцій з додатковим забезпеченням, а потім проведення перевірки ліквідації
Атомні рівні торгові комбінації: спочатку оновити ціну оракула, а потім виконати торгівлю, що залежить від ціни, для контрактного DEX також можна одночасно розрахувати відповідні деривативи.
Захист від коливань цін: виявлення аномально великих угод і їх поетапне виконання, надання часу ринку для реагування, уникнення негативного впливу послідовних ліквідацій або арбітражу.
Захист маркет-мейкерів: під час надзвичайних ситуацій здатність швидко скасовувати ордери, оновлювати ціни та повторно їх розміщувати, зменшуючи ризик зловмисного арбітражу.
З впровадженням BAM, торговий досвід Solana значно покращиться, наближаючи його досвід роботи з основною мережею до централізованих бірж.
Загалом, BAM забезпечує перевірність, захист приватності та програмованість у процесі обробки транзакцій Solana. Це дозволяє розробникам створювати центральні книги обліку обмежених цін, біржі безстрокових контрактів, темні басейни та інші фінансові інфраструктури, які потребують контролю за впорядкуванням, детермінованим виконанням та забезпеченням приватності, що сприяє інноваційному розвитку екосистеми Solana.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
11 лайків
Нагородити
11
4
Репост
Поділіться
Прокоментувати
0/400
Layer2Arbitrageur
· 08-12 14:13
лмао, просто ще один день, коли максималісти справляються з токсичним потоком... з першого дня випереджаю з перевагою 15 базисних пунктів
Solana випустила рішення BAM для підвищення якості та справедливості торгівлі.
Новий виклик Solana: підвищення якості угод, а не їх кількості
Solana відома своїми швидкими та великими обсягами торгів, але чи цього достатньо? Коли ми детально аналізуємо ці торги, виникає питання: чи всі вони створюють реальну цінність?
Насправді, велика кількість угод на Solana не походить від реального попиту, а є результатом арбітражу високочастотних трейдерів, які використовують різницю в інформації на рівні мілісекунд. Ці так звані "токсичні трейдери" використовують технічні переваги, підвищуючи витрати на Gas у момент, коли маркетмейкери збираються анулювати замовлення, щоб забезпечити пріоритетне виконання своїх угод, що дозволяє їм здійснити арбітраж на збитках маркетмейкерів. Щоб компенсувати ці збитки, маркетмейкери змушені розширити спреди купівлі-продажу, в результаті чого витрати несе звичайний користувач.
Solana завжди мріяла реалізувати на ланцюзі таку книгу замовлень, яка могла б замінити централізовані біржі, але існування "отруйних трейдерів" стало перешкодою для досягнення цієї мети. Ось з чим наразі стикається Solana: обсяг торгівлі не є рівнозначним ліквідності. Справжньому здоровому ринку потрібні не більше торгів, а торгівля вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі, через те що механізм консенсусу Solana використовує періодичні аукціони, ті, хто бере заявки, фактично мають пріоритет, що дозволяє зловмисним діям MEV (максимально можливе значення) впливати на справедливість ринку.
У межах існуючого механізму консенсусу Solana, кожні 400 мілісекунд транзакції сортуються за перевагою сплачених газових витрат, при цьому транзакції з найвищими ставками виконуються першими. У цьому процесі маркет-мейкери змушені постійно коригувати свої котирування, постійно скасовуючи та повторно виставляючи ордери, щоб адаптуватися до змін цін на ринку. Арбітражники, спостерігаючи за ціновими різницями, негайно укладають угоди, як тільки виявляють можливість, часто сплачуючи вищі витрати, щоб завершити угоду до того, як маркет-мейкер скасує ордер, що призводить до частих втрат для маркет-мейкерів.
В ідеальному випадку, порядок торгів на децентралізованій біржі (DEX) повинен бути таким: з коливаннями цін спочатку виконуються всі скасування, потім нові ордери, і тільки в кінці - угоди. Однак поточний механізм консенсусу Solana не здатний реалізувати це на мікрорівні.
Так само, у випадку з цінами від оріаклів, ідеальним варіантом буде спочатку оновити ціну оріакла, а потім виконати торги, що залежать від цієї ціни. Але в межах поточного інтервалу в 400 мілісекунд ринок може зазнати різких коливань, що призведе до виконання торгів за первісною ціною.
Для кредитних угод найкращим варіантом є спочатку поповнити забезпечення, а потім виконати ліквідацію.
Отже, Solana потребує механізму, який дозволяє різним протоколам впорядковувати транзакції відповідно до вимог, і це те, на чому Solana завжди акцентувала увагу - контроль виконання додатків (ACE).
BAM: Рішення Solana
BAM (ринок збору блоків) є відповіддю Solana на вирішення цих проблем. Він створює шар сортування або попередньої обробки між застосуваннями на ланцюзі Solana та основною мережею. BAM використовує довірені виконавчі середовища (TEE) для створення приватного пісочниці, в якій транзакції сортуються відповідно до заздалегідь визначених правил або принципу «перший прийшов – перший обслуговується» (FIFO), щоб краще обслуговувати такі протоколи, як книги замовлень, біржі безстрокових контрактів та темні ставки.
Як працює BAM
У традиційному процесі торгівлі Solana, після підтвердження угоди користувачем, угода надсилається через RPC-узел до лідера вузла поточного часового слота, лідер збирає угоди, сортує їх і пакує в блок для трансляції, інші вузли голосують.
А в додатках, що підключаються до BAM, процес交易稍有不同: підтверджені користувачем交易 спочатку надсилаються до мережі BAM, де вони сортуються в середовищі TEE. У цьому процесі вузли можуть додавати додаткові交易 через плагіни, наприклад, оновлюючи ціни оракулів. Відсортовані пакети交易 надсилаються до лідера вузлів основної мережі Solana, після чого вони упаковуються в блоки та транслюються.
BAM фактично є додатковим рівнем попередньої обробки, який не працює безпосередньо в мережі Solana, а виконує сортування транзакцій "поза ланцюгом", а потім подає відсортовані пакети транзакцій до основної мережі.
Три режими роботи BAM
Основні характеристики моделі BAM включають:
Реальні застосування BAM
З впровадженням BAM, торговий досвід Solana значно покращиться, наближаючи його досвід роботи з основною мережею до централізованих бірж.
Загалом, BAM забезпечує перевірність, захист приватності та програмованість у процесі обробки транзакцій Solana. Це дозволяє розробникам створювати центральні книги обліку обмежених цін, біржі безстрокових контрактів, темні басейни та інші фінансові інфраструктури, які потребують контролю за впорядкуванням, детермінованим виконанням та забезпеченням приватності, що сприяє інноваційному розвитку екосистеми Solana.