Дорожная карта Solana ICM: "имитационное шоу" против Hyperliquid
В последнее время ряд ведущих фигур экосистемы Solana собрались вместе и выпустили техническую дорожную карту под названием "Интернет капитальных рынков ( Internet Capital Markets, ICM )". Основная идея этой дорожной карты заключается в "управляемом приложении исполнении сделок ( Application Controlled Execution, ACE )", проще говоря, это позволяет приложениям на блокчейне иметь право на автономный порядок сделок на уровне миллисекунд, создавая децентрализованный "блокчейн Уолл-стрит".
Интересно, что при чтении всей дорожной карты, хотя Hyperliquid не упоминается напрямую, дизайн практически повсюду нацелен на сильные стороны Hyperliquid. Это как если бы Solana говорила: "У вас есть то, что есть у Hyperliquid, и мы тоже хотим это иметь, и сделать это лучше!"
Hyperliquid занимает доминирующее положение на рынке бессрочных контрактов на блокчейне, объем торгов в какой-то момент составлял около 65% от всего децентрализованного бессрочного рынка. Очевидно, что, столкнувшись с таким конкурентом, Solana не желает уступать позиции более поздним игрокам, и поэтому была представлена эта дорожная карта ICM.
Итак, что же на самом деле происходит с этим "шоу подражаний"? Может ли Solana действительно догнать или даже превзойти Hyperliquid? Давайте углубимся в эту тему.
Фон и содержание ICM
Кто управляет этой трансформацией?
В разработке дорожной карты участвуют все крупные игроки экосистемы Solana:
Фонд/Labs Solana: "папа" 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), получают выгоду, в то время как выставляющие ордера и ожидающие их исполнения маркетмейкеры (Maker) теряют. Это связано с тем, что Taker часто располагают самой свежей информацией и активно увеличивают комиссию за транзакцию, чтобы гарантировать приоритет выполнения своих сделок, в то время как Maker зачастую не успевают отменить свои ордера и вынуждены совершать сделки по невыгодным ценам.
Некоторые высокочастотные арбитражники используют эту асимметрию для проведения "атаки с токсичным трафиком". Например, если цена на блокчейне еще не обновилась, но цена вне цепи уже изменилась, арбитражник может воспользоваться старой ценой, чтобы забрать ордера у маркетмейкеров, заставляя их нести убытки. В результате Maker, чтобы защитить себя, либо увеличивает спред, либо уменьшает объем ордеров, что приводит к ухудшению ликвидности всего рынка.
Дорожная карта ICM призвана сбалансировать эту структуру и привлечь качественную ликвидность обратно в сеть.
Трехступенчатый план ICM
Solana разделила этот грандиозный план на три этапа:
Краткосрочно (1-3 месяца): основной фокус на оптимизации текущего опыта цепочных транзакций, улучшении удобства приложений типа ордер-бука и снижении вредного вмешательства MEV. В частности, это включает:
Запуск модуля Block Assembly Marketplace (BAM) от Jito Labs на основной сети. Значение этого модуля заключается в предоставлении временной внешней системы до выхода окончательной ACE (Application Controlled Execution), позволяя смарт-контрактам на Solana иметь автономное право на сортировку транзакций.
Команда 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): Позволяет нескольким валидаторам одновременно предлагать транзакции в своих собственных конвейерах, а затем сортировать эти параллельные блоки по приоритетной стоимости. Это может ослабить монополию единого упаковывателя и повысить устойчивость к цензуре.
Нативные приложения могут контролировать выполнение (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 таков:
Пользователь отправляет транзакцию узлу, работающему на программном обеспечении BAM (а не напрямую текущему Лидеру).
Узлы BAM собирают локальные транзакции и запускают различные плагины (plugin) для перераспределения пакетов транзакций (Bundle) с защитой конфиденциальности (плагины работают в безопасной среде TEE и скрывают содержание транзакций перед выполнением). С помощью плагинов разработчики приложений могут настраивать различные правила сортировки для своих контрактов, например, приоритизировать отмену заказов, обновлять цены ораклов перед сводкой, а также запускать сложные внутренние аукционы и т.д.
Отсортированный Bundle транзакций снова отправляется лидеру 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 ): валидаторы, получившие кандидатный блок, переданный Пр proposer, проводят быструю верификацию. Если верификация прошла успешно, каждый валидатор голосует за этот блок одной "предварительной голосовкой" ( Prevote ) и транслирует её в сеть. Этот голос представляет собой: "Я предварительно посмотрел, с этим блоком всё в порядке."
Второй раунд: Предварительная подача ( Precommit ): Как только какой-либо валидатор соберет более двух третей валидаторов, поддерживающих один и тот же кандидатный блок Prevote, он получает достаточно уверенности в том, что большинство участников сети поддерживают этот блок. Таким образом, этот валидатор выдаст более значимый "предварительный коммит" ( Precommit ) и распространит его. Этот коммит представляет собой: "Я вижу, что большинство сети согласны, я готов официально записать этот блок в реестр."
Когда валидатор собрал более двух третей валидаторов для одного и того же кандидата блока на Precommit, консенсус достигнут! Этот блок считается окончательно утвержденным (Finalized). Он будет навсегда и необратимо добавлен в блокчейн.
Это означает, что каждый блок Hyperliquid является окончательным блоком, и возможность отката не существует, задержка в создании блоков по всей цепочке крайне мала ------ официально раскрыто, что средняя задержка подтверждения составляет около 0,2 секунды, в 99% случаев не превышает 0,9 секунды. Такая окончательная определенность на уровне миллисекунд очень идеальна для высокочастотной торговли, поскольку после отправки сделки она быстро подтверждается и не может быть пересобрана, что значительно повышает эффективность активов.
ALPENGLOW обеспечивает мгновенную окончательность
Alpenglow — это новый консенсусный протокол, который Solana готовит к запуску, цель которого — ускорить окончательное подтверждение блока до 1-2 слотов (примерно 150 мс), реализуя подобное
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
22 Лайков
Награда
22
8
Репост
Поделиться
комментарий
0/400
SquidTeacher
· 3ч назад
Так это? Даже скопировать не получается.
Посмотреть ОригиналОтветить0
0xOverleveraged
· 08-14 03:33
Не просто списал домашку, а поменял обложку на красивую.
Посмотреть ОригиналОтветить0
fren.eth
· 08-13 14:30
Что такого в том, чтобы скопировать? Если нет сил приложить усилия, то и копировать бесполезно.
Solana имитирует Hyperliquid, чтобы разработать маршрут ICM и создать в блокчейне Уолл-Стрит
Дорожная карта Solana ICM: "имитационное шоу" против Hyperliquid
В последнее время ряд ведущих фигур экосистемы Solana собрались вместе и выпустили техническую дорожную карту под названием "Интернет капитальных рынков ( Internet Capital Markets, ICM )". Основная идея этой дорожной карты заключается в "управляемом приложении исполнении сделок ( Application Controlled Execution, ACE )", проще говоря, это позволяет приложениям на блокчейне иметь право на автономный порядок сделок на уровне миллисекунд, создавая децентрализованный "блокчейн Уолл-стрит".
Интересно, что при чтении всей дорожной карты, хотя Hyperliquid не упоминается напрямую, дизайн практически повсюду нацелен на сильные стороны Hyperliquid. Это как если бы Solana говорила: "У вас есть то, что есть у Hyperliquid, и мы тоже хотим это иметь, и сделать это лучше!"
Hyperliquid занимает доминирующее положение на рынке бессрочных контрактов на блокчейне, объем торгов в какой-то момент составлял около 65% от всего децентрализованного бессрочного рынка. Очевидно, что, столкнувшись с таким конкурентом, Solana не желает уступать позиции более поздним игрокам, и поэтому была представлена эта дорожная карта ICM.
Итак, что же на самом деле происходит с этим "шоу подражаний"? Может ли Solana действительно догнать или даже превзойти Hyperliquid? Давайте углубимся в эту тему.
Фон и содержание ICM
Кто управляет этой трансформацией?
В разработке дорожной карты участвуют все крупные игроки экосистемы Solana:
Фонд/Labs Solana: "папа" 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), получают выгоду, в то время как выставляющие ордера и ожидающие их исполнения маркетмейкеры (Maker) теряют. Это связано с тем, что Taker часто располагают самой свежей информацией и активно увеличивают комиссию за транзакцию, чтобы гарантировать приоритет выполнения своих сделок, в то время как Maker зачастую не успевают отменить свои ордера и вынуждены совершать сделки по невыгодным ценам.
Некоторые высокочастотные арбитражники используют эту асимметрию для проведения "атаки с токсичным трафиком". Например, если цена на блокчейне еще не обновилась, но цена вне цепи уже изменилась, арбитражник может воспользоваться старой ценой, чтобы забрать ордера у маркетмейкеров, заставляя их нести убытки. В результате Maker, чтобы защитить себя, либо увеличивает спред, либо уменьшает объем ордеров, что приводит к ухудшению ликвидности всего рынка.
Дорожная карта ICM призвана сбалансировать эту структуру и привлечь качественную ликвидность обратно в сеть.
Трехступенчатый план ICM
Solana разделила этот грандиозный план на три этапа:
Краткосрочно (1-3 месяца): основной фокус на оптимизации текущего опыта цепочных транзакций, улучшении удобства приложений типа ордер-бука и снижении вредного вмешательства MEV. В частности, это включает:
Запуск модуля Block Assembly Marketplace (BAM) от Jito Labs на основной сети. Значение этого модуля заключается в предоставлении временной внешней системы до выхода окончательной ACE (Application Controlled Execution), позволяя смарт-контрактам на Solana иметь автономное право на сортировку транзакций.
Команда 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): Позволяет нескольким валидаторам одновременно предлагать транзакции в своих собственных конвейерах, а затем сортировать эти параллельные блоки по приоритетной стоимости. Это может ослабить монополию единого упаковывателя и повысить устойчивость к цензуре.
Нативные приложения могут контролировать выполнение (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 таков:
Пользователь отправляет транзакцию узлу, работающему на программном обеспечении BAM (а не напрямую текущему Лидеру).
Узлы BAM собирают локальные транзакции и запускают различные плагины (plugin) для перераспределения пакетов транзакций (Bundle) с защитой конфиденциальности (плагины работают в безопасной среде TEE и скрывают содержание транзакций перед выполнением). С помощью плагинов разработчики приложений могут настраивать различные правила сортировки для своих контрактов, например, приоритизировать отмену заказов, обновлять цены ораклов перед сводкой, а также запускать сложные внутренние аукционы и т.д.
Отсортированный Bundle транзакций снова отправляется лидеру 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 ): валидаторы, получившие кандидатный блок, переданный Пр proposer, проводят быструю верификацию. Если верификация прошла успешно, каждый валидатор голосует за этот блок одной "предварительной голосовкой" ( Prevote ) и транслирует её в сеть. Этот голос представляет собой: "Я предварительно посмотрел, с этим блоком всё в порядке."
Второй раунд: Предварительная подача ( Precommit ): Как только какой-либо валидатор соберет более двух третей валидаторов, поддерживающих один и тот же кандидатный блок Prevote, он получает достаточно уверенности в том, что большинство участников сети поддерживают этот блок. Таким образом, этот валидатор выдаст более значимый "предварительный коммит" ( Precommit ) и распространит его. Этот коммит представляет собой: "Я вижу, что большинство сети согласны, я готов официально записать этот блок в реестр."
Когда валидатор собрал более двух третей валидаторов для одного и того же кандидата блока на Precommit, консенсус достигнут! Этот блок считается окончательно утвержденным (Finalized). Он будет навсегда и необратимо добавлен в блокчейн.
Это означает, что каждый блок Hyperliquid является окончательным блоком, и возможность отката не существует, задержка в создании блоков по всей цепочке крайне мала ------ официально раскрыто, что средняя задержка подтверждения составляет около 0,2 секунды, в 99% случаев не превышает 0,9 секунды. Такая окончательная определенность на уровне миллисекунд очень идеальна для высокочастотной торговли, поскольку после отправки сделки она быстро подтверждается и не может быть пересобрана, что значительно повышает эффективность активов.
ALPENGLOW обеспечивает мгновенную окончательность
Alpenglow — это новый консенсусный протокол, который Solana готовит к запуску, цель которого — ускорить окончательное подтверждение блока до 1-2 слотов (примерно 150 мс), реализуя подобное