Новий виклик для Solana: баланс між об'ємами та Ліквідністю
Solana відома своєю високою швидкістю та великим об'ємом交易量, але чи цього дійсно достатньо? Коли ми уважно розглядаємо ці交易, постає питання: чи всі вони створюють реальну цінність?
Насправді, велика кількість угод на Solana не є результатом реального торгового попиту, а є прибутком високочастотних арбітражників, які користуються інформаційною перевагою в мілісекунди. Ці учасники, відомі як "токсичні трейдери", використовують технологічну перевагу, збільшуючи витрати на Gas у момент, коли маркет-мейкери планують відкликати свої ордери, щоб забезпечити пріоритет своєї угоди на пакування, завершуючи арбітраж і змушуючи маркет-мейкерів зазнавати збитків. Щоб компенсувати ці збитки, маркет-мейкери змушені розширювати спреди, врешті-решт, ці додаткові витрати несе звичайний користувач.
Solana завжди мала на меті реалізувати книжку замовлень на ланцюгу, щоб замінити централізовані біржі. Однак, існування "токсичних трейдерів" стало перешкодою для досягнення цієї мрії. Це новий виклик, з яким стикається Solana: об'єм не є рівнозначним ліквідності. Справжньому здоровому ринку потрібні не більше угод, а угоди вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі Solana, через те, що її механізм консенсусу використовує періодичні аукціони, учасники, які приймають заявки, фактично мають пріоритет, що веде до того, що зловмисна поведінка MEV (максимально可提取価) впливає на справедливість ринку.
Конкретно, в механізмі консенсусу Solana, кожні 400 мілісекунд є часовий слот (Slot), в кожному Slot торги сортуються за пріоритетом плати за газ. Найвища ставка на торги виконується першою. У цьому процесі маркет-мейкери повинні часто коригувати свої пропозиції, постійно скасовуючи та повторно розміщуючи замовлення, щоб адаптуватися до змін ринкової ціни.
А ті, хто займається біржовими операціями, особливо високочастотні арбітражники, постійно моніторять цінові різниці і, як тільки виявлять можливість, негайно укладають угоду. Вони можуть заплатити вищі комісії, щоб забезпечити завершення угоди до того, як маркет-мейкери скасують свої заявки, що призводить до частих збитків для маркет-мейкерів.
В ідеальних умовах, для децентралізованих бірж (DEX) типу order book, порядок виконання угод має бути таким: у міру коливань цін спочатку виконуються всі операції скасування, потім виконуються нові ордери, і лише після цього виконуються угоди. Однак поточний механізм консенсусу Solana не може реалізувати це на мікрорівні.
Також, у випадку з цінами оракулів, найкращим варіантом є спочатку оновити ціну оракулу, а потім виконати угоди, що залежать від цієї ціни. Але в даному 400-міллісекундному інтервалі ринок може зазнати різких коливань, що призведе до того, що при виконанні угоди все ще буде використовуватися стара ціна.
Для кредитних угод найкраще спочатку поповнити маржу, а потім провести ліквідацію.
Отже, Solana потребує механізму, який дозволяє різним протоколам впорядковувати транзакції відповідно до своїх потреб, і саме це є концепцією контролю виконання додатків (ACE), яку Solana постійно підкреслює.
BAM: Рішення Solana
Для вирішення цих викликів Solana запропонувала BAM (ринок збору блоків) як рішення. BAM створює шар сортування або попередньої обробки між прикладним рівнем Solana і основною мережею.
BAM використовує надійні середовища виконання (TEEs) для створення приватного пісочниці, в якій угоди сортуються відповідно до заздалегідь визначених правил або принципу «перший прийшов — перший обслуговується» (FIFO). Цей механізм має на меті краще обслуговувати такі протоколи, як книги замовлень, біржі постійних контрактів та темні басейни.
Як працює BAM
Процес торгівлі BAM відрізняється від звичайного процесу торгівлі Solana:
Користувач підтверджує транзакцію у гаманці.
Відправлення транзакції до RPC-нота.
Пересилання угод в мережу BAM, сортування в TEE. У цьому процесі вузли можуть додавати додаткові угоди через плагіни, такі як оновлення цін оракула.
Відсортовані торгові пакети подаються до лідера вузла основної мережі Solana.
Ноди лідера збирають пакети BAM, упаковують їх в блоки та транслюють.
Інші вузли здійснюють голосування для підтвердження.
BAM як опційна функція не суперечить процесу консенсусу основної мережі Solana. Він заздалегідь виконує сортування транзакцій «поза ланцюгом», а потім подає упорядковані пакети транзакцій до основної мережі Solana.
Режим роботи BAM
BAM підтримує три режими роботи:
Режим за замовчуванням Solana
Block-Engine режим: наразі певне MEV рішення використовує цей підхід, основа якого - механізм аукціону.
BAM-режим: валідатори суворо дотримуються принципу FIFO при сортуванні.
Основні характеристики моделі BAM включають:
Використання довірених середовищ виконання (TEEs) для створення приватного середовища, що забезпечує справедливість порядку транзакцій.
Плагінна система: дозволяє застосункам створювати власну логіку сортування угод, але все ще повинні дотримуватися заздалегідь визначених правил.
Практичне застосування BAM
Застосування BAM включає:
Захист ліквідації позик: пріоритетно виконуються операції з додатковими забезпеченнями, а потім проводиться перевірка ліквідації.
Атомарні комбінації угод: наприклад, спочатку оновити ціну оракула, а потім виконати угоду, що залежить від ціни, для контрактних DEX також можна одночасно розрахувати відповідні похідні.
Захист від коливань цін: виявлення аномально великих замовлень, їх поетапне виконання, надання часу ринку для реагування, уникнення серйозних наслідків, викликаних ланцюговими ліквідаціями або арбітражем.
Захист маркет-мейкерів: під час надзвичайних ситуацій можливе скасування ордерів, оновлення цін оракулів та повторне розміщення ордерів за мілісекунди, що зменшує ймовірність зловмисного арбітражу.
З впровадженням BAM досвід торгівлі Solana суттєво покращиться, наближаючи досвід використання її основної мережі до централізованих бірж.
В цілому, BAM надає процесу обробки угод Solana верифікацію, захист приватності та програмованість. Це дозволяє розробникам створювати центральні обмежені книги замовлень, біржі безстрокових контрактів, темні басейни та іншу фінансову інфраструктуру, що потребує контролю за впорядкуванням, детермінованого виконання та захисту приватності, що сприяє інноваційному розвитку екосистеми Solana.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
24 лайків
Нагородити
24
6
Поділіться
Прокоментувати
0/400
SingleForYears
· 14год тому
Хавчик, я пішов!
Переглянути оригіналвідповісти на0
CompoundPersonality
· 08-02 08:27
Знову новий трюк обману для дурнів
Переглянути оригіналвідповісти на0
FadCatcher
· 08-01 22:46
Ще один розбитий горщик.
Переглянути оригіналвідповісти на0
LiquidationWizard
· 08-01 22:43
Гравці другого рівня на Блокчейні
Переглянути оригіналвідповісти на0
DeFiAlchemist
· 08-01 22:24
ммм... токсичний потік подібний до темної матерії в алхімічному судині протоколу. потрібно перетворити цю негативну енергію, інакше врожаї зменшаться *налаштовує містичні графіки*
Переглянути оригіналвідповісти на0
GateUser-aa7df71e
· 08-01 22:20
Установи беруть sol Кліпові купони, ви можете просто вносити кошти.
Solana представила BAM: нове рішення для балансування об'ємів та ліквідності
Новий виклик для Solana: баланс між об'ємами та Ліквідністю
Solana відома своєю високою швидкістю та великим об'ємом交易量, але чи цього дійсно достатньо? Коли ми уважно розглядаємо ці交易, постає питання: чи всі вони створюють реальну цінність?
Насправді, велика кількість угод на Solana не є результатом реального торгового попиту, а є прибутком високочастотних арбітражників, які користуються інформаційною перевагою в мілісекунди. Ці учасники, відомі як "токсичні трейдери", використовують технологічну перевагу, збільшуючи витрати на Gas у момент, коли маркет-мейкери планують відкликати свої ордери, щоб забезпечити пріоритет своєї угоди на пакування, завершуючи арбітраж і змушуючи маркет-мейкерів зазнавати збитків. Щоб компенсувати ці збитки, маркет-мейкери змушені розширювати спреди, врешті-решт, ці додаткові витрати несе звичайний користувач.
Solana завжди мала на меті реалізувати книжку замовлень на ланцюгу, щоб замінити централізовані біржі. Однак, існування "токсичних трейдерів" стало перешкодою для досягнення цієї мрії. Це новий виклик, з яким стикається Solana: об'єм не є рівнозначним ліквідності. Справжньому здоровому ринку потрібні не більше угод, а угоди вищої якості.
Як виключити токсичні угоди, щоб краще захистити ліквідність?
У поточній системі Solana, через те, що її механізм консенсусу використовує періодичні аукціони, учасники, які приймають заявки, фактично мають пріоритет, що веде до того, що зловмисна поведінка MEV (максимально可提取価) впливає на справедливість ринку.
Конкретно, в механізмі консенсусу Solana, кожні 400 мілісекунд є часовий слот (Slot), в кожному Slot торги сортуються за пріоритетом плати за газ. Найвища ставка на торги виконується першою. У цьому процесі маркет-мейкери повинні часто коригувати свої пропозиції, постійно скасовуючи та повторно розміщуючи замовлення, щоб адаптуватися до змін ринкової ціни.
А ті, хто займається біржовими операціями, особливо високочастотні арбітражники, постійно моніторять цінові різниці і, як тільки виявлять можливість, негайно укладають угоду. Вони можуть заплатити вищі комісії, щоб забезпечити завершення угоди до того, як маркет-мейкери скасують свої заявки, що призводить до частих збитків для маркет-мейкерів.
В ідеальних умовах, для децентралізованих бірж (DEX) типу order book, порядок виконання угод має бути таким: у міру коливань цін спочатку виконуються всі операції скасування, потім виконуються нові ордери, і лише після цього виконуються угоди. Однак поточний механізм консенсусу Solana не може реалізувати це на мікрорівні.
Також, у випадку з цінами оракулів, найкращим варіантом є спочатку оновити ціну оракулу, а потім виконати угоди, що залежать від цієї ціни. Але в даному 400-міллісекундному інтервалі ринок може зазнати різких коливань, що призведе до того, що при виконанні угоди все ще буде використовуватися стара ціна.
Для кредитних угод найкраще спочатку поповнити маржу, а потім провести ліквідацію.
Отже, Solana потребує механізму, який дозволяє різним протоколам впорядковувати транзакції відповідно до своїх потреб, і саме це є концепцією контролю виконання додатків (ACE), яку Solana постійно підкреслює.
BAM: Рішення Solana
Для вирішення цих викликів Solana запропонувала BAM (ринок збору блоків) як рішення. BAM створює шар сортування або попередньої обробки між прикладним рівнем Solana і основною мережею.
BAM використовує надійні середовища виконання (TEEs) для створення приватного пісочниці, в якій угоди сортуються відповідно до заздалегідь визначених правил або принципу «перший прийшов — перший обслуговується» (FIFO). Цей механізм має на меті краще обслуговувати такі протоколи, як книги замовлень, біржі постійних контрактів та темні басейни.
Як працює BAM
Процес торгівлі BAM відрізняється від звичайного процесу торгівлі Solana:
BAM як опційна функція не суперечить процесу консенсусу основної мережі Solana. Він заздалегідь виконує сортування транзакцій «поза ланцюгом», а потім подає упорядковані пакети транзакцій до основної мережі Solana.
Режим роботи BAM
BAM підтримує три режими роботи:
Основні характеристики моделі BAM включають:
Практичне застосування BAM
Застосування BAM включає:
З впровадженням BAM досвід торгівлі Solana суттєво покращиться, наближаючи досвід використання її основної мережі до централізованих бірж.
В цілому, BAM надає процесу обробки угод Solana верифікацію, захист приватності та програмованість. Це дозволяє розробникам створювати центральні обмежені книги замовлень, біржі безстрокових контрактів, темні басейни та іншу фінансову інфраструктуру, що потребує контролю за впорядкуванням, детермінованого виконання та захисту приватності, що сприяє інноваційному розвитку екосистеми Solana.