Solana наздоганяє 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 з величезним впливом. Домінує у наданні ринку складання блоків (BAM) та інших рішень для сортування транзакцій.

• Multicoin Capital: відома криптоінвестиційна установа, ранній підтримувач Solana. Володіє великою кількістю SOL та правами на екологічні проекти, має значний вплив у технічному напрямку.

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

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

необхідна для вирішення основна проблема

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

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

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

( Три кроки ICM

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

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

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

• Команда Anza оптимізувала ймовірність успіху "входу в ту ж слот" для зменшення сліпого зниження та втрат 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) функція: насправді надає смарт-контрактам в мережі контроль над порядком виконання транзакцій.

Аналізуючи це, історія, що стоїть за цією дорожньою картою ICM, може виглядати так: класичний 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), яка полягає в делегуванні права сортування транзакцій на різні ланцюгові застосунки, де самі застосунки вирішують, як сортувати та виконувати транзакції, пов'язані з цим застосунком. Наприклад, у майбутньому, коли ACE буде реалізовано на Solana, контракти DeFi можуть реалізувати такі налаштовані правила сортування транзакцій:

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

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

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

( BAM JITO: план переходу

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

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

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

3. Відсортований торговий Bundle знову надсилається лідеру Solana для упаковки в ланцюг.

BAM можна розглядати як полігон для експериментів перед впровадженням ACE в блокчейн, функціонально він дуже близький до остаточного ACE, тільки він працює в незалежній мережі поза межами вбудованого протоколу основної ланцюга Solana.

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

ACE/BAM на Solana ICM, безсумнівно, «вчиться» у Hyperliquid. Hyperliquid, як лідер на ринку CLOB, реалізував різноманітні механізми, дружні до маркет-мейкерів, за допомогою спеціальної мережі. Тепер Solana сподівається використати загальну мережу з модульними плагінами, щоб скопіювати цей ефект------тобто зробити так, щоб кожен додаток мав контроль над чергуванням торгівлі, подібно до Hyperliquid.

Імітація друге: миттєва остаточність

( Існуючі порівняння консенсусу

Solana наразі використовує Tower BFT, підтвердження та фіналізація є ймовірнісно поступовими: блок отримує 2/3 голосів, щоб бути визнаним як "підтверджено )Confirmed###", але необхідно накопичити близько 32 наступних блоків ( зазвичай близько 13 секунд ), щоб бути закріпленим як "остаточно підтверджено (Finalized)". Для деяких застосувань (, таких як високочастотна торгівля ), кілька секунд часу остаточного підтвердження все ще занадто довго.

HyperBFT – це консенсусний алгоритм, розроблений компанією Hyperliquid, натхненний консенсусом HotStuff, що використовує двоетапне голосування для підтвердження блоків, забезпечуючи "миттєву остаточність".

• Перший раунд: попереднє голосування (Prevote): після отримання кандидата блоку, що транслюється Пропозером, валідатори проводять швидку перевірку. Якщо перевірка пройдена, кожен валідатор голосує за цей блок одним "попереднім голосуванням" (Prevote) і транслює його всій мережі. Цей голос представляє: "Я попередньо переглянув, з цим блоком все в порядку."

• Другий раунд: попереднє підтвердження ( Precommit ): як тільки якийсь валідатор збирає більше двох третин голосів валідаторів за один і той же кандидатний блок Prevote, він отримує достатню впевненість у тому, що більшість учасників мережі підтримують цей блок. Отже, цей валідатор видасть більш вагомий "попереднє підтвердження" ( Precommit ) голос і транслює його. Цей голос представляє: "Я бачу, що більшість мережі погодилася, я готовий офіційно записати цей блок у книгу обліку."

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