Техническое подражание: амбиции и реальность Solana

Недавно в экосистеме 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. Ранее использовал оффчейн-матчинг, и в условиях полной цепочки Hyperliquid это было довольно сложно, теперь участвуя в разработке дорожной карты, очевидно, надеется на улучшение благодаря обновлению базового уровня.

Основная проблема, которую необходимо решить

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

Некоторые высокочастотные арбитражники используют эту асимметрию для проведения атак «токсичного трафика». Например, если цена на блокчейне еще не обновилась, но цена вне цепи уже изменилась, арбитражник может купить по старой цене ордера маркетмейкера, заставляя маркетмейкера нести убытки. В результате, для собственной защиты маркетмейкер либо увеличивает спред, либо сокращает объем ордеров, что приводит к ухудшению ликвидности всего рынка.

Дорожная карта ICM направлена на сбалансирование этой структуры и привлечение высококачественной ликвидности обратно на цепь.

Три шага ICM

Solana разделила этот грандиозный план на три этапа:

Краткосрочный (1-3 месяца ): Основная цель - оптимизация существующего опыта транзакций в сети, улучшение удобства приложений на основе книг заказов и снижение негативного влияния MEV. В частности, это включает в себя:

• Запуск основного сетевого модуля Block Assembly Marketplace(BAM) от Jito Labs. Этот модуль предоставляет временную внешнюю систему для автономного управления порядком торгов для смарт-контрактов на Solana до выхода окончательной версии ACE.

• Команда 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) функции: по-настоящему наделяют смарт-контракты на блокчейне правом контролировать порядок выполнения транзакций.

Имитация 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 следующий:

1. Пользователь отправляет транзакцию узлу, работающему на ПО BAM (, а не напрямую текущему Лидеру ).

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

3. Отсортированный пакет транзакций затем отправляется лидеру 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 более ориентированы на поставщиков ликвидности и уже реализовали множество конструкций для защиты маркет-мейкеров на уровне цепочки, например:

• Приоритет защиты сторон, выставляющих ордера: отмена ордеров и ордера, выставляемые только маркет-мейкерами, обрабатываются в первую очередь, чтобы избежать неблагоприятных сделок для маркет-мейкеров без их ведома. "Приоритетная отмена ордеров", упомянутая в Solana ACE, уже много лет практикуется Hyperliquid.

• Гарантия актуальной цены: Процесс ликвидации и свопа Hyperliquid подчеркивает использование актуальных ценовых данных и состояния маржи для "двойной проверки". Например, когда происходит исполнение ордера, система снова запрашивает актуальную цену оракула для оценки маржи обеих сторон, чтобы гарантировать, что риски не возникнут из-за задержки цен. Это похоже на то, как ACE вставляет обновление оракула перед выполнением сделки.

• Защита от самосторгов: если одна и та же адреса встречаются при покупке и продаже, Hyperliquid автоматически отменяет сделку, а не осуществляет ее, чтобы предотвратить манипуляции объемом или ненужные расходы.

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

Имитация 2: Мгновенная окончательность

) Сравнение существующих консенсусов

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

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

• Первый раунд: Предварительное голосование ) Prevote (: После того как валидаторы получают кандидата блока, рассылаемого Пропозером, они проводят быструю проверку. Если проверка прошла успешно, каждый валидатор отдает голос за этот блок, высказывая "предварительное голосование" ) Prevote ( и рассылает его по всей сети. Этот голос означает: "Я предварительно ознакомился, с этим блоком все в порядке."

• Второй раунд: Предварительная подача ) Precommit (: Как только какой-либо валидатор соберет Prevotes от более чем двух третей валидаторов по одному и тому же кандидату на блок, он получит достаточную уверенность в том, что большинство членов сети признают этот блок. Таким образом, этот валидатор подаст более значимый "предварительный" ) Precommit ( голос и распространит его. Этот голос представляет собой: "Я видел, что большинство сети согласны, и я готов официально записать этот блок в реестр."

• Когда валидатор собрал более двух третей валидаторов для Precommit одного и того же кандидатного блока, консенсус был достигнут! Этот блок считается окончательным )Finalized(. Он будет навсегда и необратимо добавлен в блокчейн.

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

) ALPENGLOW обеспечивает мгновенную окончательность

Alpenglow — это новый консенсус-протокол, который Solana готовит к запуску, цель которого — ускорить окончательное подтверждение блока до 1-2 слотов ### примерно 150 мс (, достигнув мгновенной окончательности, аналогичной HyperBFT. В Alpenglow компонент, отвечающий за консенсус вместо TowerBFT, называется Votor, он представляет собой двухпутевую голосовательную систему:

• Быстрый канал: если на первом раунде голосования блока более или равно 80% сети "стейка" ), что можно понимать как вес голосования, представленный количеством SOL токенов, которые валидаторы заложили (, проголосуют за то, что этот блок действителен, этот блок будет немедленно подтвержден как "окончательный" )Finalize(.