Дорожная карта ICM Solana: "показуха" против Hyperliquid
Введение: Встреча гуру Solana
Недавно в экосистеме Solana произошла интересная события. Важные участники, включая фонд Solana, Anza и некоторые известные лаборатории, собрались вместе и представили техническую дорожную карту под названием "интернет-капитал-рынки ( 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.
Некоторый известный лаборатория: поставщик инфраструктуры MEV на Solana, обладающий огромным влиянием, почти контролирует "жизнь и смерть" всех MEV потоков на Solana. На этот раз они возглавили предоставление торговых решений по сортировке транзакций, таких как Block Assembly Marketplace (BAM).
Известный капитал: знаменитая криптоинвестиционная институция, также является ранним сторонником Solana. Обладая значительными долями SOL и правами на экологические проекты, они также имеют значительное влияние в техническом направлении.
DoubleZero: команда, сосредоточенная на ускорении сетевой связи, предлагает специализированные оптоволоконные сетевые решения для повышения скорости связи между узлами валидации Solana.
Некоторая платформа бессрочных контрактов: ведущий DEX проект бессрочных контрактов на Solana. Ранее эта платформа использовала оффлайн-согласование, и, сталкиваясь с полностью онлайновым Hyperliquid, выглядела несколько неуклюже. Участие в разработке дорожной карты, очевидно, направлено на то, чтобы воспользоваться обновлением базового уровня для улучшения положения.
Основная проблема, которую нужно решить
Дорожная карта сосредоточена на улучшении микроструктуры рынка, проще говоря, текущий механизм онлайновых торгов не слишком дружелюбен к маркет-мейкерам, то есть активные инициаторы сделок (Taker) получают преимущество, в то время как выставляющие ордера в ожидании исполнения (Market Maker) терпят убытки. Это связано с тем, что Taker часто владеют самой свежей информацией и активно повышают торговые комиссии, чтобы гарантировать приоритет выполнения своих сделок, в то время как Maker не успевают отменить свои заказы и вынуждены заключать сделки по невыгодной цене.
Некоторые высокочастотные арбитражники используют эту асимметрию для запуска атак "токсичного трафика". Например, если цена на блокчейне еще не обновилась, но цена вне цепи уже изменилась, арбитражник может купить по старой цене, забирая ордера маркетмейкеров и заставляя их нести убытки. В результате, чтобы защитить себя, маркетмейкер либо увеличивает спред, либо уменьшает объем выставленных ордеров, что приводит к ухудшению ликвидности всего рынка.
Дорожная карта ICM направлена на то, чтобы сбалансировать эту структуру и привлечь качественную ликвидность обратно в цепочку.
Три шага ICM
Solana разделила этот грандиозный план на три этапа:
Краткосрочные (1-3 месяца): в основном оптимизация существующего опыта цепочных транзакций, улучшение удобства приложений типа «ордербук», снижение вредного вмешательства MEV. Конкретные действия включают:
Запущен модуль Block Assembly Marketplace (BAM) известной лаборатории в основной сети. Значение этого модуля заключается в том, чтобы предоставить временную внешнюю систему до запуска окончательного ACE (Application Controlled Execution), позволяя смарт-контрактам на Solana иметь автономное право на сортировку транзакций.
Команда 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 был обогнан более новым Hyperliquid благодаря отличному опыту, который он предлагает как "онлайн-платформа для торговли на цепочке". Старый DEX не смог противостоять этому и поэтому обратился за помощью к "большим игрокам", таким как Solana Labs, Anza и другим. "Большие игроки" предложили технологическую программу реформы ICM, заявляя, что они намерены воспроизвести все основные навыки Hyperliquid для старого DEX, чтобы помочь ему снова выйти на рынок DEX. Однако "большие игроки" также сказали, что эта технологическая реформа будет крайне сложной, поэтому они разделили технологический план на стратегию трех этапов, и в ближайшее время старый DEX сможет получить только оборудование известной лаборатории BAM, чтобы использовать его и сначала сравниваться с Hyperliquid.
Определив фон истории, в следующих главах автор подробно проанализирует, какие именно фирменные навыки ICM подражает и воспроизводит у Hyperliquid.
Имитация 1: Механизм сортировки сделок
Проблема заключается в следующем: как уже упоминалось, текущая цепочка склоняется в сторону такеров, а мейкеры страдают от "токсичного трафика". Пользователи, которые активно исполняют ордера, могут мгновенно инициировать сделки по выставленным ордерам на цепочке, основываясь на последней цене вне цепочки, и при этом получать приоритет на исполнение, увеличивая комиссию. В то время как маркет-мейкеры часто не успевают обновить или отменить ордера. В результате, маркет-мейкеры либо увеличивают спред, либо просто убирают ликвидность, что ухудшает глубину рынка.
Ультимативное решение ICM: применение контролируемого исполнения (ACE)
Дорожная карта ICM предлагает концепцию ACE (Application Controlled Execution), то есть передачу права сортировки транзакций различным приложениям на блокчейне, позволяя приложениям самостоятельно определять, как сортировать и выполнять транзакции, связанные с этим приложением. Например, на Solana, где будет реализован ACE в будущем, DeFi контракты смогут реализовать следующие настраиваемые правила сортировки транзакций:
Обновление цен Oracle: DeFi-приложения могут вставить транзакцию для получения актуальной цены от оракула перед выполнением крупных сделок, чтобы гарантировать, что заказы исполняются по последней разумной цене, предотвращая арбитраж на основе устаревших цен, предложенных маркет-мейкерами.
Приоритет отмены ордера: Приложение может установить, что "запрос на отмену ордера" выполняется раньше, чем новая "сделка на покупку", давая возможность мейкеру вовремя отменить ордер в неблагоприятной ситуации.
Аукцион на заднем плане: например, после появления крупного покупательского ордера, который поднимает цену, DeFi-приложение выставляет на аукцион возможность "следовать за ним". Тот, кто готов вернуть максимальную прибыль протоколу (или пользователю), получит возможность выполнить свою сделку рядом с крупным ордером. DeFi-приложение может вернуть доход от аукциона пользователям, тем самым превращая токсичный MEV-трафик в здоровый доход.
BAM известной лаборатории: переходный план
Перед официальным запуском ACE известная лаборатория представила переходное решение под названием Block Assembly Marketplace (BAM). Рабочий процесс BAM следующий:
Пользователь отправляет транзакцию узлу, работающему на программном обеспечении BAM (а не напрямую текущему лидеру).
Узел BAM собирает локальные транзакции и запускает различные плагины (plugin) для переупорядочивания пакетов транзакций (Bundle) с защитой конфиденциальности (плагины работают в безопасной среде TEE и скрывают содержимое транзакций до выполнения). С помощью плагинов разработчики приложений могут настраивать различные правила сортировки для своих контрактов, такие как приоритет отмены, обновление цен оракула перед матчем, а также выполнение сложных аукционов внутри приложения.
Отсортированный пакет транзакций снова отправляется лидеру Solana для упаковки в цепочку.
BAM можно рассматривать как полигон для тестирования перед запуском ACE в блокчейн, по функционалу он очень близок к конечному ACE, только работает в независимой сети вне встроенного протокола основной цепи Solana.
Следует отметить, что одна известная лаборатория ранее предоставляла инфраструктуру для извлечения MEV (например, двигатель блоков), ее бизнес-модель заключалась в создании возможностей для арбитражников и дележа прибыли путем оптимизации порядка транзакций. Это в определенной степени является "копьем", направленным против обычных пользователей и тех, кто подвергается арбитражу. Однако в начале 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, где подтверждение и финализация являются вероятностными и прогрессивными: блок считается "подтвержденным (Confirmed)", когда он получает 2/3 голосов, но необходимо накопить примерно 32 последующих блока (обычно около 13 секунд), чтобы его можно было считать "окончательно подтвержденным (Finalized)". Для некоторых приложений (например, высокочастотной торговли) время окончательного подтверждения в несколько секунд все еще слишком долго.
HyperBFT — это алгоритм консенсуса, разработанный компанией Hyperliquid, вдохновленный консенсусом HotStuff, который использует двухраундное голосование для подтверждения блоков и обеспечивает "мгновенную окончательность".
Первый раунд: предварительное голосование ( Prevote ): валидатор получает кандидирующий блок, распространенный Пропозером, и производит быструю проверку. Если проверка успешна, каждый валидатор голосует за этот блок одной "предварительной голосом" ( Prevote ) и транслирует его в сеть. Этот голос представляет собой: "Я предварительно ознакомился с
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Дорожная карта Solana ICM против Hyperliquid: битва за交易 в блокчейне
Дорожная карта ICM Solana: "показуха" против Hyperliquid
Введение: Встреча гуру Solana
Недавно в экосистеме Solana произошла интересная события. Важные участники, включая фонд Solana, Anza и некоторые известные лаборатории, собрались вместе и представили техническую дорожную карту под названием "интернет-капитал-рынки ( 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.
Некоторый известный лаборатория: поставщик инфраструктуры MEV на Solana, обладающий огромным влиянием, почти контролирует "жизнь и смерть" всех MEV потоков на Solana. На этот раз они возглавили предоставление торговых решений по сортировке транзакций, таких как Block Assembly Marketplace (BAM).
Известный капитал: знаменитая криптоинвестиционная институция, также является ранним сторонником Solana. Обладая значительными долями SOL и правами на экологические проекты, они также имеют значительное влияние в техническом направлении.
DoubleZero: команда, сосредоточенная на ускорении сетевой связи, предлагает специализированные оптоволоконные сетевые решения для повышения скорости связи между узлами валидации Solana.
Некоторая платформа бессрочных контрактов: ведущий DEX проект бессрочных контрактов на Solana. Ранее эта платформа использовала оффлайн-согласование, и, сталкиваясь с полностью онлайновым Hyperliquid, выглядела несколько неуклюже. Участие в разработке дорожной карты, очевидно, направлено на то, чтобы воспользоваться обновлением базового уровня для улучшения положения.
Основная проблема, которую нужно решить
Дорожная карта сосредоточена на улучшении микроструктуры рынка, проще говоря, текущий механизм онлайновых торгов не слишком дружелюбен к маркет-мейкерам, то есть активные инициаторы сделок (Taker) получают преимущество, в то время как выставляющие ордера в ожидании исполнения (Market Maker) терпят убытки. Это связано с тем, что Taker часто владеют самой свежей информацией и активно повышают торговые комиссии, чтобы гарантировать приоритет выполнения своих сделок, в то время как Maker не успевают отменить свои заказы и вынуждены заключать сделки по невыгодной цене.
Некоторые высокочастотные арбитражники используют эту асимметрию для запуска атак "токсичного трафика". Например, если цена на блокчейне еще не обновилась, но цена вне цепи уже изменилась, арбитражник может купить по старой цене, забирая ордера маркетмейкеров и заставляя их нести убытки. В результате, чтобы защитить себя, маркетмейкер либо увеличивает спред, либо уменьшает объем выставленных ордеров, что приводит к ухудшению ликвидности всего рынка.
Дорожная карта ICM направлена на то, чтобы сбалансировать эту структуру и привлечь качественную ликвидность обратно в цепочку.
Три шага ICM
Solana разделила этот грандиозный план на три этапа:
Краткосрочные (1-3 месяца): в основном оптимизация существующего опыта цепочных транзакций, улучшение удобства приложений типа «ордербук», снижение вредного вмешательства MEV. Конкретные действия включают:
Запущен модуль Block Assembly Marketplace (BAM) известной лаборатории в основной сети. Значение этого модуля заключается в том, чтобы предоставить временную внешнюю систему до запуска окончательного ACE (Application Controlled Execution), позволяя смарт-контрактам на Solana иметь автономное право на сортировку транзакций.
Команда 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 был обогнан более новым Hyperliquid благодаря отличному опыту, который он предлагает как "онлайн-платформа для торговли на цепочке". Старый DEX не смог противостоять этому и поэтому обратился за помощью к "большим игрокам", таким как Solana Labs, Anza и другим. "Большие игроки" предложили технологическую программу реформы ICM, заявляя, что они намерены воспроизвести все основные навыки Hyperliquid для старого DEX, чтобы помочь ему снова выйти на рынок DEX. Однако "большие игроки" также сказали, что эта технологическая реформа будет крайне сложной, поэтому они разделили технологический план на стратегию трех этапов, и в ближайшее время старый DEX сможет получить только оборудование известной лаборатории BAM, чтобы использовать его и сначала сравниваться с Hyperliquid.
Определив фон истории, в следующих главах автор подробно проанализирует, какие именно фирменные навыки ICM подражает и воспроизводит у Hyperliquid.
Имитация 1: Механизм сортировки сделок
Проблема заключается в следующем: как уже упоминалось, текущая цепочка склоняется в сторону такеров, а мейкеры страдают от "токсичного трафика". Пользователи, которые активно исполняют ордера, могут мгновенно инициировать сделки по выставленным ордерам на цепочке, основываясь на последней цене вне цепочки, и при этом получать приоритет на исполнение, увеличивая комиссию. В то время как маркет-мейкеры часто не успевают обновить или отменить ордера. В результате, маркет-мейкеры либо увеличивают спред, либо просто убирают ликвидность, что ухудшает глубину рынка.
Ультимативное решение ICM: применение контролируемого исполнения (ACE)
Дорожная карта ICM предлагает концепцию ACE (Application Controlled Execution), то есть передачу права сортировки транзакций различным приложениям на блокчейне, позволяя приложениям самостоятельно определять, как сортировать и выполнять транзакции, связанные с этим приложением. Например, на Solana, где будет реализован ACE в будущем, DeFi контракты смогут реализовать следующие настраиваемые правила сортировки транзакций:
Обновление цен Oracle: DeFi-приложения могут вставить транзакцию для получения актуальной цены от оракула перед выполнением крупных сделок, чтобы гарантировать, что заказы исполняются по последней разумной цене, предотвращая арбитраж на основе устаревших цен, предложенных маркет-мейкерами.
Приоритет отмены ордера: Приложение может установить, что "запрос на отмену ордера" выполняется раньше, чем новая "сделка на покупку", давая возможность мейкеру вовремя отменить ордер в неблагоприятной ситуации.
Аукцион на заднем плане: например, после появления крупного покупательского ордера, который поднимает цену, DeFi-приложение выставляет на аукцион возможность "следовать за ним". Тот, кто готов вернуть максимальную прибыль протоколу (или пользователю), получит возможность выполнить свою сделку рядом с крупным ордером. DeFi-приложение может вернуть доход от аукциона пользователям, тем самым превращая токсичный MEV-трафик в здоровый доход.
BAM известной лаборатории: переходный план
Перед официальным запуском ACE известная лаборатория представила переходное решение под названием Block Assembly Marketplace (BAM). Рабочий процесс BAM следующий:
Пользователь отправляет транзакцию узлу, работающему на программном обеспечении BAM (а не напрямую текущему лидеру).
Узел BAM собирает локальные транзакции и запускает различные плагины (plugin) для переупорядочивания пакетов транзакций (Bundle) с защитой конфиденциальности (плагины работают в безопасной среде TEE и скрывают содержимое транзакций до выполнения). С помощью плагинов разработчики приложений могут настраивать различные правила сортировки для своих контрактов, такие как приоритет отмены, обновление цен оракула перед матчем, а также выполнение сложных аукционов внутри приложения.
Отсортированный пакет транзакций снова отправляется лидеру Solana для упаковки в цепочку.
BAM можно рассматривать как полигон для тестирования перед запуском ACE в блокчейн, по функционалу он очень близок к конечному ACE, только работает в независимой сети вне встроенного протокола основной цепи Solana.
Следует отметить, что одна известная лаборатория ранее предоставляла инфраструктуру для извлечения MEV (например, двигатель блоков), ее бизнес-модель заключалась в создании возможностей для арбитражников и дележа прибыли путем оптимизации порядка транзакций. Это в определенной степени является "копьем", направленным против обычных пользователей и тех, кто подвергается арбитражу. Однако в начале 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, где подтверждение и финализация являются вероятностными и прогрессивными: блок считается "подтвержденным (Confirmed)", когда он получает 2/3 голосов, но необходимо накопить примерно 32 последующих блока (обычно около 13 секунд), чтобы его можно было считать "окончательно подтвержденным (Finalized)". Для некоторых приложений (например, высокочастотной торговли) время окончательного подтверждения в несколько секунд все еще слишком долго.
HyperBFT — это алгоритм консенсуса, разработанный компанией Hyperliquid, вдохновленный консенсусом HotStuff, который использует двухраундное голосование для подтверждения блоков и обеспечивает "мгновенную окончательность".