Дорожня карта Solana ICM: вистава, що імітує Hyperliquid?
Нещодавно в екосистемі Solana сталася помітна подія. Фонд Solana, Anza, Jito Labs та інші важливі учасники об'єдналися для випуску технічної дорожньої карти під назвою "Інтернет капітальних ринків (Internet Capital Markets, ICM)". Основна ідея цієї дорожньої карти полягає в "управлінні виконанням торгівлі (Application Controlled Execution, ACE)", мета якої - надати ланцюговим додаткам мілісекундний контроль над порядком торгів, створюючи децентралізовану "ланцюгову Уолл-стріт".
Хоча в дорожній карті прямо не згадується Hyperliquid, проте, уважно проаналізувавши, нескладно помітити, що багато з цих дизайнів спеціально наслідують переваги Hyperliquid. Це схоже на те, як Solana натякає: "Що може зробити Hyperliquid, ми також повинні зробити, і зробити це краще!"
Слід зазначити, що Hyperliquid зайняв домінуючу позицію на ринку безстрокових контрактів у ланцюзі, його обсяг торгівлі колись досягав приблизно 65% від усього децентралізованого ринку безстрокових контрактів. Перед обличчям таких сильних конкурентів Solana явно не бажає бути перевершеним новачками, тому випустила цю дорожню карту ICM.
Отже, що ж таке це "імітаторське шоу"? Чи зможе Solana справді наздогнати або навіть перевершити Hyperliquid? Давайте глибше розглянемо цю тему.
Фон та зміст ICM
ключові учасники, які ведуть зміни
По-перше, давайте подивимося на розробників цієї дорожньої карти. Участь беруть важливі гравці екосистеми Solana:
Solana Foundation/Labs: "тато" Solana, відповідальний за загальну координацію та розробку основного протоколу.
Anza: розробницька компанія, заснована колишніми членами Solana Labs, подібна до ConsenSys на Ethereum. У цьому дорожньому плані вона взяла на себе багато ключових технологічних завдань, таких як новий консенсусний протокол Alpenglow.
Jito Labs: Провайдер MEV-інфраструктури на Solana, має величезний вплив, майже контролює всі MEV-тіки на Solana, маючи "владу життя і смерті". Цього разу домінує в наданні Block Assembly Marketplace (BAM) та інших схем сортування транзакцій.
Multicoin Capital: відома криптоінвестиційна компанія, яка також є раннім підтримувачем Solana. Завдяки володінню великою кількістю SOL та правами на екологічні проекти, вона має значний вплив у технічному напрямку.
DoubleZero: команда, що зосереджена на прискоренні мережевої комунікації, пропонує спеціалізовані оптоволоконні мережеві рішення для підвищення швидкості зв'язку між валідаційними вузлами Solana.
Drift: провідний проект DEX для безстрокових контрактів на Solana. Раніше Drift використовував офлайн-матчинг, що виявилося дещо важким у порівнянні з повністю на базі блокчейну Hyperliquid, але тепер, беручи участь у розробці дорожньої карти, очевидно, сподівається на відновлення завдяки оновленню бази.
основна проблема
Дорожня карта зосереджується на поліпшенні мікроструктури ринку, головним чином на вирішенні проблеми, що існуючий механізм торгівлі на ланцюзі не є достатньо дружнім до маркет-мейкерів. Наразі активні учасники торгівлі (Taker) домінують, тоді як ті, хто ставить ордери в очікуванні виконання (Market Maker) ( маркет-мейкери ) перебувають у невигідному становищі. Це пов'язано з тим, що Taker зазвичай володіють найновішою інформацією і можуть активно підвищувати комісії за транзакції, щоб забезпечити пріоритетне виконання своїх угод, тоді як Maker часто не встигають скасувати ордери і змушені виконувати угоди за невигідними цінами.
Деякі високочастотні арбітражники використовують цю асиметрію, здійснюючи "отруйні атаки". Наприклад, якщо ціна в мережі ще не оновилася, але поза мережею ціна вже змінилася, арбітражник може купити за старою ціною замовлення маркет-мейкерів, змушуючи їх зазнавати збитків. В результаті маркет-мейкер, щоб захистити себе, або збільшує спред між купівлею та продажем, або зменшує обсяги виставлених ордерів, що призводить до зниження ліквідності на всьому ринку.
Дорожня карта ICM має на меті збалансувати цю структуру, залучаючи високоякісну ліквідність назад на ланцюг.
Стратегія трьох кроків ICM
Solana розділила цей грандіозний план на три етапи:
Короткостроковий (1-3 місяці ): основна мета - оптимізувати існуючий досвід торгівлі на ланцюгу, покращити ефективність використання додатків типу order book, зменшити негативний вплив MEV. Конкретно включає:
Ринок блоків Jito Labs Block Assembly Marketplace(BAM) запущено в основній мережі. Цей модуль забезпечує тимчасову зовнішню систему, що надає смарт-контрактам на Solana автономне право на сортування транзакцій перед запуском остаточного ACE(Application Controlled Execution).
Команда Anza оптимізувала ймовірність успіху "входу в одну Slot" для зменшення слайпів та втрат MEV.
Ці покращення очікуються з липня по вересень 2025 року.
Середній (3-9 місяців ): запровадження спеціалізованої швидкісної мережі та нової версії консенсусу, значне зменшення затримок, підвищення пропускної здатності:
Розгортання спеціалізованої оптоволоконної мережі DoubleZero, що забезпечує валідаторам практично нульове коливання та зниження затримки до 100 мс для високошвидкісного зв'язку.
Запуск протоколу консенсусу Alpenglow, який зменшує час остаточного підтвердження з приблизно 12,8 секунд до приблизно 0,15 секунд.
Розробка асинхронного виконання програм ( Asynchronous Program Execution, APE ), зменшення блокування виконання транзакцій для консенсусу.
Тривалий (9-30 місяців ): революційне оновлення основної архітектури Solana, мета досягти до 2027 року:
Багаторазове паралельне блокування (Multiple Concurrent Leaders, MCL): дозволяє кільком валідаторам одночасно пропонувати транзакції у своїх pipeline, а потім об'єднувати та впорядковувати ці паралельні блоки за пріоритетною платою. Це дозволяє послабити монополію одного пакувальника та підвищити опірність до цензури.
Власні додатки контрольованого виконання ( Application Controlled Execution, ACE ) функція: справжнє надання прав контролю за порядком виконання транзакцій смарт-контрактами на блокчейні.
Аналізуючи цю дорожню карту, неважко помітити її історію: старий DEX на Solana Drift був перевершений новачком Hyperliquid з відмінним досвідом "ланцюгового Binance". Drift самостійно не здатен протистояти, тому змушений звернутися за допомогою до "великого гравця" Solana Labs, Anza, Jito та інших. Ці "великі гравці" запропонували план технологічної трансформації ICM, стверджуючи, що хочуть повністю скопіювати всі основні переваги Hyperliquid для Drift, щоб допомогти йому знову конкурувати на ринку DEX. Але вони також визнали, що ця технологічна трансформація є надзвичайно складною, тому план буде реалізовано в три етапи, у короткостроковій перспективі Drift може отримати лише BAM від Jito, щоб спробувати змагатися з Hyperliquid.
Далі ми детально проаналізуємо, які саме основні переваги Hyperliquid імітує та копіює ICM.
Імітація 1: Механізм сортування угод
Проблема полягає в тому, що, як вже згадувалося, поточний ланцюг схиляється до того, що тейкери страждають від "отруйного трафіку". Користувачі, які активно беруть заявки, можуть миттєво ініціювати угоду на ланцюзі на основі останньої ціни поза ланцюгом та отримати пріоритет у виконанні, підвищивши комісію, тоді як маркет-мейкери часто не встигають оновити чи відкликати заявки. В результаті маркет-мейкери або збільшують спред, або зовсім відкликають ліквідність, що призводить до погіршення глибини ринку.
Ультимативне рішення ICM: застосування контрольованого виконання (ACE)
Дорожня карта ICM пропонує концепцію ACE(Application Controlled Execution), тобто делегування права на сортування транзакцій окремим застосункам на блокчейні, де самі застосунки визначають, як сортувати та виконувати транзакції, пов'язані з цим застосунком. Наприклад, у майбутньому на Solana з реалізацією ACE, DeFi контракти можуть реалізувати такі налаштовані правила сортування транзакцій:
Оновлення цін Oracle: DeFi-додатки можуть перед здійсненням великої угоди спершу вставити угоду для отримання останньої ціни від оракула, щоб забезпечити виконання замовлення за останньою розумною ціною, запобігаючи арбітражу на основі застарілих цін, що надаються маркет-мейкерами.
Пріоритет виконання скасування замовлення: програма може налаштувати, що "запит на скасування замовлення" має пріоритет перед новою "угодою на купівлю", що дає можливість особі, що створює замовлення, вчасно скасувати його в умовах невигідної ситуації.
Аукціон в кінці черги: наприклад, після появи великого замовлення, що підвищує ціну, DeFi-додаток виводить можливість, яка "слідує за ним", на аукціон. Той, хто готовий повернути найбільшу вигоду протоколу ( або користувачу ), отримає можливість виконати свою угоду після великого замовлення. DeFi-додаток може повернути доходи з аукціону користувачам, перетворюючи токсичний MEV-трафік на позитивний дохід.
BAM JITO: перехідне рішення
Перед офіційним запуском ACE, Jito Labs представила перехідне рішення під назвою Block Assembly Marketplace (BAM). Робочий процес BAM такий:
Користувач надсилає транзакцію до вузла, що працює на програмному забезпеченні BAM (, а не безпосередньо до поточного Лідера ).
Вузли BAM збирають місцеві транзакції та виконують різні плагіни ( plugin ) для повторної сортировки пакетів транзакцій ( Bundle ) під захистом конфіденційності. Плагіни працюють в безпечному середовищі TEE, приховуючи зміст транзакцій перед виконанням (. За допомогою плагінів розробники додатків можуть налаштувати різні правила сортировки для своїх контрактів, наприклад, пріоритет скасування, оновлення цін оракулів перед матчем, або навіть виконання складних торгів у додатку.
Відсортований пакет транзакцій потім надсилається лідеру Solana для упаковки в блокчейн.
BAM можна розглядати як випробувальний майданчик перед виходом ACE в ланцюг, функціонально він дуже близький до фінального ACE, тільки він працює в незалежній мережі поза межами вбудованого протоколу основного ланцюга Solana.
Варто зазначити, що Jito раніше надавав інфраструктуру для вилучення MEV ), таку як Jito Block Engine (, чия бізнес-модель полягала в оптимізації порядку транзакцій для створення можливостей для арбітражників і поділу прибутку. Це в певному сенсі є "стрілою", що стоїть на протилежному боці від звичайних користувачів і тих, кого арбітражують. Проте на початку 2024 року Jito закрив функцію публічного мемпулу )mempool ( для арбітражних роботів, щоб зменшити негативні зовнішні ефекти, такі як сандвіч-атаки. Цей крок свідчить про те, що спільнота Solana прагне стримувати шкідливий MEV і підтримувати справедливість для користувачів.
Випуск BAM ще більше відповідає цій ідеї: по суті, він перетворює механізм сортування, який спочатку використовувався для арбітражу MEV, на "щит", щоб захистити маркет-мейкерів та інших постачальників ліквідності, наприклад, примусово скасовуючи заявки в першу чергу, щоб уникнути збитків для маркет-мейкерів, вводячи змагання за повернення комісії, щоб зменшити прибуток від випередження. Первісні шукачі MEV, якщо хочуть заробити, повинні змінити роль, написати плагін BAM для обслуговування DeFi протоколів і заробляти на комісіях за плагін.
) звернутися до HYPERLIQUID за порадою
Вищезгадана концепція ACE/BAM насправді може розглядатися як спроба наздогнати механізм угод на блокчейні Hyperliquid. Hyperliquid є спеціалізованим ланцюгом ###Appchain(, який від початку створений для обслуговування DEX. Більше того, HLP Vault, що управляється офіційно Hyperliquid, насправді є одним з найбільших маркет-мейкерів цієї платформи, тому не важко зрозуміти, що правила ланцюга Hyperliquid більше спрямовані на постачальників ліквідності, і вже реалізували багато дизайнів, що захищають маркет-мейкерів на рівні ланцюга, наприклад:
Перевага захисту сторон, які виставляють ордери: скасування ордерів та ордери, які виконують лише роль maker, обробляються в пріоритетному порядку, щоб уникнути невигідних угод для маркет-мейкерів без їх відома. "Перевага скасування ордерів" згадана в Solana ACE, вже давно практикується Hyperliquid.
Остання цінова гарантія: Процес ліквідації та матчинг на Hyperliquid акцентує увагу на використанні останніх цінових котирувань та стану маржі для "подвійної перевірки". Наприклад, коли відбувається виконання ордерів, система знову запитує останню ціну з оракула для оцінки маржі обох сторін, щоб забезпечити, що ризик не виникає через затримку в цінах. Це схоже на вставку оновлення оракула ACE перед виконанням угоди.
Захист від самостійних угод: якщо одна й та ж адреса купує та продає одночасно, Hyperliquid автоматично скасовує, а не виконує угоду, щоб запобігти маніпуляціям з обсягами або непотрібним витратам.
Solana ICM ACE/BAM, безсумнівно, "звертається за порадою" до Hyperliquid. Hyperliquid як лідер на ринку CLOB реалізував різноманітні механізми, дружні до маркет-мейкерів, на спеціальному ланцюзі. Тепер Solana сподівається відтворити цей ефект за допомогою універсального ланцюга та модульних плагінів - тобто дати кожному додатку контроль над впорядкуванням торгівлі, подібний до Hyperliquid.
Імітація два: миттєва остаточність
) Існуючі порівняння консенсусу
Solana наразі використовує Tower BFT, підтвердження та фіналізація є ймовірнісними та прогресивними: блок отримує 2/3 голосів і вважається "підтвердженим ###Confirmed(", але потрібно накопичити близько 32 наступних блоків ), що зазвичай займає близько 13 секунд (, щоб бути закріпленим як "остаточно підтверджений )Finalized(". Для деяких застосувань ), таких як високочастотна торгівля (, кілька секунд часу остаточного підтвердження все ще занадто довго.
HyperBFT є консенсусним алгоритмом, розробленим Hyperliquid, натхненим консенсусом HotStuff, який використовує двоетапне голосування для підтвердження блоків, досягаючи "миттєвої остаточності".
Перший раунд: попереднє голосування ) Prevote (: після отримання кандидата блоку, який транслює Пропозер, валідатори проводять швидку перевірку. Якщо перевірка пройшла успішно, кожен валідатор голосує за цей блок однією "попередньою голосувальною" ) Prevote ( бюлетенем і транслює його в мережу. Цей бюлетень означає: "Я попередньо переглянув, цей блок в порядку."
Другий раунд: попередня подача ) Precommit (: як тільки якийсь валідатор збирає більше двох третин валідаторів щодо одного й того ж кандидатного блоку Prevote, він отримує достатню впевненість, вважаючи, що більшість учасників мережі схвалюють цей блок. Тоді цей валідатор подає більш значиму "попередню подачу" ) Precommit ( голос, і транслює його. Цей голос представляє:"
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Solana ICM маршрут націлений на ескалацію боротьби за Hyperliquid у блокчейні CLOB
Дорожня карта Solana ICM: вистава, що імітує Hyperliquid?
Нещодавно в екосистемі Solana сталася помітна подія. Фонд Solana, Anza, Jito Labs та інші важливі учасники об'єдналися для випуску технічної дорожньої карти під назвою "Інтернет капітальних ринків (Internet Capital Markets, ICM)". Основна ідея цієї дорожньої карти полягає в "управлінні виконанням торгівлі (Application Controlled Execution, ACE)", мета якої - надати ланцюговим додаткам мілісекундний контроль над порядком торгів, створюючи децентралізовану "ланцюгову Уолл-стріт".
Хоча в дорожній карті прямо не згадується Hyperliquid, проте, уважно проаналізувавши, нескладно помітити, що багато з цих дизайнів спеціально наслідують переваги Hyperliquid. Це схоже на те, як Solana натякає: "Що може зробити Hyperliquid, ми також повинні зробити, і зробити це краще!"
Слід зазначити, що Hyperliquid зайняв домінуючу позицію на ринку безстрокових контрактів у ланцюзі, його обсяг торгівлі колись досягав приблизно 65% від усього децентралізованого ринку безстрокових контрактів. Перед обличчям таких сильних конкурентів Solana явно не бажає бути перевершеним новачками, тому випустила цю дорожню карту ICM.
Отже, що ж таке це "імітаторське шоу"? Чи зможе Solana справді наздогнати або навіть перевершити Hyperliquid? Давайте глибше розглянемо цю тему.
Фон та зміст ICM
ключові учасники, які ведуть зміни
По-перше, давайте подивимося на розробників цієї дорожньої карти. Участь беруть важливі гравці екосистеми Solana:
Solana Foundation/Labs: "тато" Solana, відповідальний за загальну координацію та розробку основного протоколу.
Anza: розробницька компанія, заснована колишніми членами Solana Labs, подібна до ConsenSys на Ethereum. У цьому дорожньому плані вона взяла на себе багато ключових технологічних завдань, таких як новий консенсусний протокол Alpenglow.
Jito Labs: Провайдер MEV-інфраструктури на Solana, має величезний вплив, майже контролює всі MEV-тіки на Solana, маючи "владу життя і смерті". Цього разу домінує в наданні Block Assembly Marketplace (BAM) та інших схем сортування транзакцій.
Multicoin Capital: відома криптоінвестиційна компанія, яка також є раннім підтримувачем Solana. Завдяки володінню великою кількістю SOL та правами на екологічні проекти, вона має значний вплив у технічному напрямку.
DoubleZero: команда, що зосереджена на прискоренні мережевої комунікації, пропонує спеціалізовані оптоволоконні мережеві рішення для підвищення швидкості зв'язку між валідаційними вузлами Solana.
Drift: провідний проект DEX для безстрокових контрактів на Solana. Раніше Drift використовував офлайн-матчинг, що виявилося дещо важким у порівнянні з повністю на базі блокчейну Hyperliquid, але тепер, беручи участь у розробці дорожньої карти, очевидно, сподівається на відновлення завдяки оновленню бази.
основна проблема
Дорожня карта зосереджується на поліпшенні мікроструктури ринку, головним чином на вирішенні проблеми, що існуючий механізм торгівлі на ланцюзі не є достатньо дружнім до маркет-мейкерів. Наразі активні учасники торгівлі (Taker) домінують, тоді як ті, хто ставить ордери в очікуванні виконання (Market Maker) ( маркет-мейкери ) перебувають у невигідному становищі. Це пов'язано з тим, що Taker зазвичай володіють найновішою інформацією і можуть активно підвищувати комісії за транзакції, щоб забезпечити пріоритетне виконання своїх угод, тоді як Maker часто не встигають скасувати ордери і змушені виконувати угоди за невигідними цінами.
Деякі високочастотні арбітражники використовують цю асиметрію, здійснюючи "отруйні атаки". Наприклад, якщо ціна в мережі ще не оновилася, але поза мережею ціна вже змінилася, арбітражник може купити за старою ціною замовлення маркет-мейкерів, змушуючи їх зазнавати збитків. В результаті маркет-мейкер, щоб захистити себе, або збільшує спред між купівлею та продажем, або зменшує обсяги виставлених ордерів, що призводить до зниження ліквідності на всьому ринку.
Дорожня карта ICM має на меті збалансувати цю структуру, залучаючи високоякісну ліквідність назад на ланцюг.
Стратегія трьох кроків ICM
Solana розділила цей грандіозний план на три етапи:
Короткостроковий (1-3 місяці ): основна мета - оптимізувати існуючий досвід торгівлі на ланцюгу, покращити ефективність використання додатків типу order book, зменшити негативний вплив MEV. Конкретно включає:
Ринок блоків Jito Labs Block Assembly Marketplace(BAM) запущено в основній мережі. Цей модуль забезпечує тимчасову зовнішню систему, що надає смарт-контрактам на Solana автономне право на сортування транзакцій перед запуском остаточного ACE(Application Controlled Execution).
Команда Anza оптимізувала ймовірність успіху "входу в одну Slot" для зменшення слайпів та втрат MEV.
Ці покращення очікуються з липня по вересень 2025 року.
Середній (3-9 місяців ): запровадження спеціалізованої швидкісної мережі та нової версії консенсусу, значне зменшення затримок, підвищення пропускної здатності:
Розгортання спеціалізованої оптоволоконної мережі DoubleZero, що забезпечує валідаторам практично нульове коливання та зниження затримки до 100 мс для високошвидкісного зв'язку.
Запуск протоколу консенсусу Alpenglow, який зменшує час остаточного підтвердження з приблизно 12,8 секунд до приблизно 0,15 секунд.
Розробка асинхронного виконання програм ( Asynchronous Program Execution, APE ), зменшення блокування виконання транзакцій для консенсусу.
Тривалий (9-30 місяців ): революційне оновлення основної архітектури Solana, мета досягти до 2027 року:
Багаторазове паралельне блокування (Multiple Concurrent Leaders, MCL): дозволяє кільком валідаторам одночасно пропонувати транзакції у своїх pipeline, а потім об'єднувати та впорядковувати ці паралельні блоки за пріоритетною платою. Це дозволяє послабити монополію одного пакувальника та підвищити опірність до цензури.
Власні додатки контрольованого виконання ( Application Controlled Execution, ACE ) функція: справжнє надання прав контролю за порядком виконання транзакцій смарт-контрактами на блокчейні.
Аналізуючи цю дорожню карту, неважко помітити її історію: старий DEX на Solana Drift був перевершений новачком Hyperliquid з відмінним досвідом "ланцюгового Binance". Drift самостійно не здатен протистояти, тому змушений звернутися за допомогою до "великого гравця" Solana Labs, Anza, Jito та інших. Ці "великі гравці" запропонували план технологічної трансформації ICM, стверджуючи, що хочуть повністю скопіювати всі основні переваги Hyperliquid для Drift, щоб допомогти йому знову конкурувати на ринку DEX. Але вони також визнали, що ця технологічна трансформація є надзвичайно складною, тому план буде реалізовано в три етапи, у короткостроковій перспективі Drift може отримати лише BAM від Jito, щоб спробувати змагатися з Hyperliquid.
Далі ми детально проаналізуємо, які саме основні переваги Hyperliquid імітує та копіює ICM.
Імітація 1: Механізм сортування угод
Проблема полягає в тому, що, як вже згадувалося, поточний ланцюг схиляється до того, що тейкери страждають від "отруйного трафіку". Користувачі, які активно беруть заявки, можуть миттєво ініціювати угоду на ланцюзі на основі останньої ціни поза ланцюгом та отримати пріоритет у виконанні, підвищивши комісію, тоді як маркет-мейкери часто не встигають оновити чи відкликати заявки. В результаті маркет-мейкери або збільшують спред, або зовсім відкликають ліквідність, що призводить до погіршення глибини ринку.
Ультимативне рішення ICM: застосування контрольованого виконання (ACE)
Дорожня карта ICM пропонує концепцію ACE(Application Controlled Execution), тобто делегування права на сортування транзакцій окремим застосункам на блокчейні, де самі застосунки визначають, як сортувати та виконувати транзакції, пов'язані з цим застосунком. Наприклад, у майбутньому на Solana з реалізацією ACE, DeFi контракти можуть реалізувати такі налаштовані правила сортування транзакцій:
Оновлення цін Oracle: DeFi-додатки можуть перед здійсненням великої угоди спершу вставити угоду для отримання останньої ціни від оракула, щоб забезпечити виконання замовлення за останньою розумною ціною, запобігаючи арбітражу на основі застарілих цін, що надаються маркет-мейкерами.
Пріоритет виконання скасування замовлення: програма може налаштувати, що "запит на скасування замовлення" має пріоритет перед новою "угодою на купівлю", що дає можливість особі, що створює замовлення, вчасно скасувати його в умовах невигідної ситуації.
Аукціон в кінці черги: наприклад, після появи великого замовлення, що підвищує ціну, DeFi-додаток виводить можливість, яка "слідує за ним", на аукціон. Той, хто готовий повернути найбільшу вигоду протоколу ( або користувачу ), отримає можливість виконати свою угоду після великого замовлення. DeFi-додаток може повернути доходи з аукціону користувачам, перетворюючи токсичний MEV-трафік на позитивний дохід.
BAM JITO: перехідне рішення
Перед офіційним запуском ACE, Jito Labs представила перехідне рішення під назвою Block Assembly Marketplace (BAM). Робочий процес BAM такий:
Користувач надсилає транзакцію до вузла, що працює на програмному забезпеченні BAM (, а не безпосередньо до поточного Лідера ).
Вузли BAM збирають місцеві транзакції та виконують різні плагіни ( plugin ) для повторної сортировки пакетів транзакцій ( Bundle ) під захистом конфіденційності. Плагіни працюють в безпечному середовищі TEE, приховуючи зміст транзакцій перед виконанням (. За допомогою плагінів розробники додатків можуть налаштувати різні правила сортировки для своїх контрактів, наприклад, пріоритет скасування, оновлення цін оракулів перед матчем, або навіть виконання складних торгів у додатку.
Відсортований пакет транзакцій потім надсилається лідеру Solana для упаковки в блокчейн.
BAM можна розглядати як випробувальний майданчик перед виходом ACE в ланцюг, функціонально він дуже близький до фінального ACE, тільки він працює в незалежній мережі поза межами вбудованого протоколу основного ланцюга Solana.
Варто зазначити, що Jito раніше надавав інфраструктуру для вилучення MEV ), таку як Jito Block Engine (, чия бізнес-модель полягала в оптимізації порядку транзакцій для створення можливостей для арбітражників і поділу прибутку. Це в певному сенсі є "стрілою", що стоїть на протилежному боці від звичайних користувачів і тих, кого арбітражують. Проте на початку 2024 року Jito закрив функцію публічного мемпулу )mempool ( для арбітражних роботів, щоб зменшити негативні зовнішні ефекти, такі як сандвіч-атаки. Цей крок свідчить про те, що спільнота Solana прагне стримувати шкідливий MEV і підтримувати справедливість для користувачів.
Випуск BAM ще більше відповідає цій ідеї: по суті, він перетворює механізм сортування, який спочатку використовувався для арбітражу MEV, на "щит", щоб захистити маркет-мейкерів та інших постачальників ліквідності, наприклад, примусово скасовуючи заявки в першу чергу, щоб уникнути збитків для маркет-мейкерів, вводячи змагання за повернення комісії, щоб зменшити прибуток від випередження. Первісні шукачі MEV, якщо хочуть заробити, повинні змінити роль, написати плагін BAM для обслуговування DeFi протоколів і заробляти на комісіях за плагін.
) звернутися до HYPERLIQUID за порадою
Вищезгадана концепція ACE/BAM насправді може розглядатися як спроба наздогнати механізм угод на блокчейні Hyperliquid. Hyperliquid є спеціалізованим ланцюгом ###Appchain(, який від початку створений для обслуговування DEX. Більше того, HLP Vault, що управляється офіційно Hyperliquid, насправді є одним з найбільших маркет-мейкерів цієї платформи, тому не важко зрозуміти, що правила ланцюга Hyperliquid більше спрямовані на постачальників ліквідності, і вже реалізували багато дизайнів, що захищають маркет-мейкерів на рівні ланцюга, наприклад:
Перевага захисту сторон, які виставляють ордери: скасування ордерів та ордери, які виконують лише роль maker, обробляються в пріоритетному порядку, щоб уникнути невигідних угод для маркет-мейкерів без їх відома. "Перевага скасування ордерів" згадана в Solana ACE, вже давно практикується Hyperliquid.
Остання цінова гарантія: Процес ліквідації та матчинг на Hyperliquid акцентує увагу на використанні останніх цінових котирувань та стану маржі для "подвійної перевірки". Наприклад, коли відбувається виконання ордерів, система знову запитує останню ціну з оракула для оцінки маржі обох сторін, щоб забезпечити, що ризик не виникає через затримку в цінах. Це схоже на вставку оновлення оракула ACE перед виконанням угоди.
Захист від самостійних угод: якщо одна й та ж адреса купує та продає одночасно, Hyperliquid автоматично скасовує, а не виконує угоду, щоб запобігти маніпуляціям з обсягами або непотрібним витратам.
Solana ICM ACE/BAM, безсумнівно, "звертається за порадою" до Hyperliquid. Hyperliquid як лідер на ринку CLOB реалізував різноманітні механізми, дружні до маркет-мейкерів, на спеціальному ланцюзі. Тепер Solana сподівається відтворити цей ефект за допомогою універсального ланцюга та модульних плагінів - тобто дати кожному додатку контроль над впорядкуванням торгівлі, подібний до Hyperliquid.
Імітація два: миттєва остаточність
) Існуючі порівняння консенсусу
Solana наразі використовує Tower BFT, підтвердження та фіналізація є ймовірнісними та прогресивними: блок отримує 2/3 голосів і вважається "підтвердженим ###Confirmed(", але потрібно накопичити близько 32 наступних блоків ), що зазвичай займає близько 13 секунд (, щоб бути закріпленим як "остаточно підтверджений )Finalized(". Для деяких застосувань ), таких як високочастотна торгівля (, кілька секунд часу остаточного підтвердження все ще занадто довго.
HyperBFT є консенсусним алгоритмом, розробленим Hyperliquid, натхненим консенсусом HotStuff, який використовує двоетапне голосування для підтвердження блоків, досягаючи "миттєвої остаточності".
Перший раунд: попереднє голосування ) Prevote (: після отримання кандидата блоку, який транслює Пропозер, валідатори проводять швидку перевірку. Якщо перевірка пройшла успішно, кожен валідатор голосує за цей блок однією "попередньою голосувальною" ) Prevote ( бюлетенем і транслює його в мережу. Цей бюлетень означає: "Я попередньо переглянув, цей блок в порядку."
Другий раунд: попередня подача ) Precommit (: як тільки якийсь валідатор збирає більше двох третин валідаторів щодо одного й того ж кандидатного блоку Prevote, він отримує достатню впевненість, вважаючи, що більшість учасників мережі схвалюють цей блок. Тоді цей валідатор подає більш значиму "попередню подачу" ) Precommit ( голос, і транслює його. Цей голос представляє:"