Дорожня карта Solana ICM: "Шоу наслідування" для Hyperliquid

Нещодавно багато відомих особистостей екосистеми Solana зібралися разом і випустили технічну дорожню карту під назвою "інтернет-капітальні ринки (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, яка взяла на себе багато ключових технічних завдань, таких як новий консенсусний протокол Alpenglow.

• Jito Labs: постачальник інфраструктури MEV на Solana, з величезним впливом, практично контролює "життя і смерть" всього MEV-трафіку на Solana. Цього разу вони домінують у наданні таких рішень для впорядкування транзакцій, як Block Assembly Marketplace (BAM).

• Multicoin Capital: відомий криптоінвестиційний інститут, а також один із перших підтримувачів Solana. Має чималий вплив у технічному напрямку.

• DoubleZero: команда, що спеціалізується на прискоренні мережевої комунікації, пропонує спеціалізовані оптичні волоконні мережеві рішення для покращення швидкості зв'язку між вузлами верифікації Solana.

• Drift: провідний DEX проект з постійними контрактами на Solana. Раніше Drift використовував офлайн-матчінг, і в умовах повністю на ланцюзі Hyperliquid він виглядав дещо безсилим, тепер, беручи участь у розробці дорожньої карти, очевидно, сподівається скористатися оновленням нижнього рівня для відновлення.

потрібно вирішити основну проблему

Дорожня карта зосереджена на вдосконаленні мікроструктури ринку. Простими словами, поточний механізм торгівлі в мережі не є достатньо дружнім до маркет-мейкерів, тобто активні учасники, які ініціюють угоди (Taker), отримують вигоду, тоді як ті, хто виставляє ордери в очікуванні виконання (Market Maker), зазнають збитків. Це пов'язано з тим, що Taker зазвичай володіє найновішою інформацією і активно підвищує торгові комісії, щоб забезпечити пріоритет виконання своїх угод, тоді як Maker часто не встигає скасувати ордери і змушений укладати угоди за невигідною ціною.

Деякі високоактивні арбітражники використовують цю асиметрію, щоб здійснити атаку "отруйного трафіку". Наприклад, якщо ціна на ланцюзі ще не оновилася, але ціна поза ланцюгом вже змінилася, арбітражники можуть купити за старою ціною, забираючи ордери маркет-мейкерів, змушуючи їх нести збитки. В результаті Maker для захисту себе або збільшує спред між покупкою та продажем, або зменшує обсяги ордерів, що призводить до погіршення ліквідності на ринку.

Дорожня карта ICM має на меті збалансувати цю структуру, залучити високу якість ліквідності назад на блокчейн.

Три кроки ICM

Solana розділила цей грандіозний план на три етапи:

Короткострокові (1-3 місяці): основна мета - оптимізувати існуючий досвід торгівлі в ланцюгу, зробити додатки типу order book більш зручними у використанні, зменшити негативний вплив MEV. Конкретні заходи включають:

• Запущено основну мережу модуля Block Assembly Marketplace (BAM) від Jito Labs. Значення цього модуля полягає в тому, щоб надати тимчасову зовнішню систему до запуску фінального ACE (Application Controlled Execution), дозволяючи смарт-контрактам на Solana мати автономне право на сортування транзакцій.

• Команда Anza оптимізувала успішність "входу в одну Slot", щоб зменшити слippage та втрати MEV.

Ці покращення, як очікується, будуть впроваджені з липня по вересень 2025 року.

Середній термін (3-9 місяців): Впровадження спеціалізованої високошвидкісної мережі та нової версії консенсусу, значне зменшення затримки, підвищення продуктивності:

• Розгортання спеціалізованої оптоволоконної мережі DoubleZero для забезпечення швидкісного зв'язку з майже нульовим дрижаками та зниженням затримки до 100 мс для валідаторів.

• Запровадження консенсусного протоколу Alpenglow, що скорочує час остаточного підтвердження з приблизно 12,8 секунди до приблизно 0,15 секунди.

• Розробка асинхронного виконання програм ( Asynchronous Program Execution, APE ), зменшує блокування виконання транзакцій для консенсусу.

Довгостроково (9-30 місяців): революційне оновлення основної архітектури Solana, з метою досягти цього приблизно до 2027 року:

• Багатопотокове формування блоків ( Багаторазові одночасні лідери, MCL ): дозволяє кільком валідаторам одночасно пропонувати транзакції у своїх відповідних конвеєрах, а потім впорядковувати ці паралельні блоки за пріоритетом збору. Це дозволяє зменшити монополію окремого упакувальника та підвищити стійкість до цензури.

• Нативні додатки контрольованого виконання ( Application Controlled Execution, ACE) функція: справжнє надання смарт-контрактам на ланцюзі влади контролювати порядок виконання транзакцій.

Імітація 1: Механізм сортування угод

Проблема полягає в тому, що теперішній ланцюг схиляється до taker, а maker страждає від "отруйного трафіку". Користувачі, які активно беруть замовлення, можуть на основі останньої ціни поза ланцюгом миттєво ініціювати торгівлю з ланцюговими ордерами та отримати пріоритет у виконанні, підвищуючи комісію, тоді як маркет-мейкери часто не встигають оновити або скасувати замовлення. В результаті, маркет-мейкери або збільшують спред, або просто знімають ліквідність, що погіршує глибину ринку.

Остаточне рішення ICM: застосування контрольованого виконання (ACE)

Дорожня карта ICM пропонує концепцію ACE (Application Controlled Execution), що означає делегування права сортування транзакцій окремим застосункам на ланцюгах, які самостійно визначають, як сортувати та виконувати транзакції, пов'язані з цим застосунком. Наприклад, у Solana, яка реалізує ACE в майбутньому, контракти DeFi можуть реалізувати такі кастомізовані правила сортування транзакцій:

• Оновлення цін Oracle: DeFi-додатки можуть перед великим угодами вставити угоду для отримання останньої ціни від орклу, щоб забезпечити виконання замовлень за останньою розумною ціною, запобігаючи арбітражу на основі застарілих цін, наданих маркет-мейкерами.

• Пріоритет скасування замовлення: додаток може встановити, що "запит на скасування замовлення" виконується перед новою "торгівлею на купівлю", що дає можливість maker своєчасно відкликати ордер у разі несприятливої ситуації на ринку.

• Аукціон в кінці черги: наприклад, якщо з'являється великий купівельний ордер, який підвищує ціну, DeFi-додаток виставляє на аукціон можливість "слідувати за ним", і хто готовий повернути найбільше вигоди протоколу (або користувачу), той отримує можливість виконати свою угоду поруч з великим ордером. DeFi-додатки можуть повертати доходи від аукціону користувачам, перетворюючи токсичний MEV-трафік на добросовісний дохід.

BAM JITO: перехідний план

Перед офіційним запуском ACE компанія Jito Labs представила перехідне рішення під назвою Block Assembly Marketplace (BAM). Робочий процес BAM такий:

1. Користувач відправляє угоду вузлу, що виконує програмне забезпечення BAM (а не безпосередньо поточному Лідеру).

2. Вузли BAM збирають локальні транзакції та виконують різноманітні плагіни (plugin) для перерозподілу пакетів транзакцій (Bundle) з дотриманням конфіденційності (плагіни працюють у безпечному середовищі TEE, приховуючи вміст транзакцій до виконання). За допомогою плагінів розробники застосунків можуть налаштовувати різні правила сортування для своїх контрактів, наприклад, пріоритет скасування замовлень, оновлення цін оракулів перед виконанням, або навіть виконання складних внутрішніх аукціонів тощо.

3. Відсортований пакет交易再发送给Solana Leader打包上链。

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 більше орієнтовані на постачальників ліквідності, які вже реалізували багато проектів для захисту маркет-мейкерів на рівні ланцюга, таких як:

• Пріоритет захисту для тих, хто розміщує ордери: скасування ордерів та ордери, які виконуються тільки в якості творців, обробляються в першу чергу, щоб уникнути невигідних угод для маркет-мейкерів без їх відома. "Пріоритетне виконання скасування" згадане в 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 ) і транслює її. Цей голос означає: "Я бачив, що більшість мережі погодилася, я готовий офіційно записати цей блок у книгу."

• Коли валідатор збирає Precommit від більше ніж двох третин валідаторів для одного й того ж кандидатного блоку, консенсус досягається! Цей блок вважається остаточно підтвердженим (Finalized). Він буде назавжди, незворотно доданий до блокчейну.

Це означає, що кожен блок Hyperliquid є остаточним, немає можливості для розгалуження або відкату, затримка блокування в мережі дуже низька------офіційно розкрито, що середня затримка підтвердження складає близько 0,2 секунди, в 99% випадків не перевищує 0,9 секунди. Така мілісекундна остаточна визначеність є дуже ідеальною для високочастотної торгівлі, оскільки після надходження угоди, вона швидко підтверджується і не може бути повторно організована, що суттєво підвищує ефективність активів.

ALPENGLOW реалізує миттєву остаточність

Alpenglow є новим консенсус-протоколом, який Solana готує до запуску, мета якого - прискорити остаточне підтвердження блоків до 1-2 слотів (приблизно 150 мс), досягти подібного