Автор: ponyo_fp (Исследовательская команда Four Pillars)
Компиляция: AididiaoJP, Foresight Newsna
Ключевые моменты
HyperEVM следует рассматривать как уровень смарт-контрактов, чья основная ценность заключается в том, чтобы позволить приложениям напрямую считывать и использовать данные HyperCore о транзакциях, залоге, позициях и рисках.
Самый простой способ оценить ценность приложения на HyperEVM — задать два вопроса: зачем ему нужна EVM? Зачем ему нужен Hyperliquid?
Базовые функции, такие как обмен, кредитование, обертки активов, конечно, необходимы, но настоящую разницу создают продукты, которые не могут нормально функционировать без HyperCore.
В долгосрочной перспективе конечной формой является высокоинтегрированный аккаунт — пользователю нужен всего один баланс для выполнения всех операций: торговли, кредитования, фарминга, хеджирования и платежей.
Приоритет за биржей
Большинство платформ смарт-контрактов следуют пути «сначала блокчейн, потом приложения»: сначала запускается инфраструктура, субсидируется ликвидность, привлекаются разработчики, и в конце надеются, что финансовое притяжение приложений сформируется естественным образом.
Путь Hyperliquid полностью противоположен. Сначала была построена биржа, обладающая нативными спотовым и бессрочным стаканами заказов, долей внимания трейдеров, собственной системой ликвидности протокола и реальным объемом торгов, который уже проходит через HyperCore. Это полностью меняет позиционирование HyperEVM — это не просто еще одно место, куда можно бездумно форкать DeFi-контракты, а возможность сделать саму биржу программируемой.
Эта статья не является полным обзором всех факторов, способствующих росту Hyperliquid (рынки HIP 3, код сборщиков, портфельное маржирование, нативная ликвидность, активы Unit, рециркуляция комиссий и т.д. также важны). Здесь мы сосредоточимся только на одном вопросе: какими характеристиками должны обладать приложения, которые действительно заслуживают существования в экосистеме HyperEVM?
Ценное нативное приложение для HyperEVM должно одновременно удовлетворять трем условиям:
- Способно выражать общую логику, которую сам HyperCore не может реализовать (требует гибкости EVM);
- Зависит от уникальных состояний, недоступных в других блокчейнах (композируемость HyperCore);
- Делает Hyperliquid как финансовую площадку более полезным.
HyperCore — это место, где находятся движки торговли, залога и риска. HyperEVM — это место для написания логики приложений. Через прекомпилы (precompiles) контракты могут напрямую запрашивать данные HyperCore о балансах, позициях, ценах, делегировании стейкинга и долях в хранилищах; через CoreWriter контракты могут записывать операции обратно в HyperCore.
Такая конструкция превращает биржу в нативный источник входных данных для приложений. Залог, исполнение, расчеты и распределение могут быть теснее интегрированы в одну и ту же бухгалтерскую книгу.
Конечно, не все приложения на HyperEVM должны стремиться к «новизне». Экосистеме сначала нужны знакомые примитивы, чтобы пользователи могли естественным образом обменивать, кредитовать, использовать кредитное плечо, ребалансировать и выходить. Локальные финансовые поверхности могут удерживать капитал внутри системы, делая всю экосистему действительно полезной.
Но более глубокие возможности заключаются отнюдь не в простом форке существующих кредитных протоколов с новым фронтендом, а в создании вокруг биржевой бухгалтерской книги кредитования, управления активами, платежей и структурированных финансов — то, что обычные EVM-блокчейны не смогут скопировать даже с помощью стимулов.
CoreWriter также не превратит HyperEVM в синхронное расширение стакана заказов. Существуют проблемы с ограничениями порядка операций в разных средах, задержками записи и координацией состояний; сборщикам придется обрабатывать откаты при сбоях, отложенное исполнение, учет залога в разных средах и управление рисками. Это хотя и сужает пространство для некоторых дизайнерских решений, но также формирует уникальный защитный барьер.
Понимание матрицы 2×2 экономики HyperEVM
Лучшая структура для оценки приложений HyperEVM — это двумерная матрица:
- Ось X: Нуждается ли приложение в общей логике EVM?
- Ось Y: Комбинируется ли приложение напрямую с состоянием или исполнением HyperCore?
Названия категорий не важны, ключевое — это зависимости, которые невозможно исключить из продукта.
Локальные EVM-финансы
Этим приложениям нужны смарт-контракты, но их модели в основном переносимы. AMM, денежные рынки, CDP, маршрутизаторы, площадки для опционов, продукты с плечом, рынки доходности принадлежат к этому квадранту.
Felix — типичный представитель. HyperLend также начинал отсюда, как одна из основных кредитных площадок на HyperEVM (на более поздних этапах его дорожной карты предусмотрен переход к программируемому HyperCore).
Этот квадрант легко недооценить, но он очень важен. Любому финансовому центру нужны банки, брокеры, площадки ликвидности и рынки передачи рисков, чтобы поддерживать более сложные продукты с балансовыми отчетами. Переносимость делает их базовым слоем для пользовательской активности.
Нативные расширения ядра
Эти приложения более непосредственно зависят от Hyperliquid, но роль EVM в основном заключается в обертке, токенизации или комбинировании нативных примитивов.
Типичные примеры включают: Kinetiq, StakedHYPE, Kintsu, обертки для HLP, активы, связанные с Unit и т.д. Их основная задача — сделать активы внутри Hyperliquid более полезными.
Этот квадрант критически важен — залог является сырьем для любой финансовой деятельности. Денежным рынкам нужны активы, которые пользователи готовы занимать, структурированным продуктам нужны активы, которые можно закладывать или хеджировать, унифицированному аккаунту нужны балансы, которые могут свободно перемещаться между различными функциями.
Программируемый HyperCore
Это самый многообещающий квадрант: приложениям нужна как общая логика EVM, так и глубокое взаимодействие с состоянием и исполнением HyperCore. Здесь активность на бирже начинает по-настоящему «продуктивизироваться».
- Rysk: превращает опционы в доход от волатильности уже имеющихся у пользователя активов;
- Liminal: упаковывает стратегии на Hyperliquid в токенизированные продукты;
- Hyperbeat: стратегия с дельта-нейтральностью, сочетающая позиции в Core и композируемость ERC-20.
Derive находится на грани — через мост HyperEVM к хранилищам он позволяет использовать HYPE и kHYPE в качестве залога для опционов / бессрочных контрактов, но основная логика торговли и расчетов остается в его собственном стеке. Это расширяет использование HYPE в качестве залога, но не является строго нативным программируемым HyperCore.
В настоящее время проекты, строго соответствующие критерию «контракт, управляющий активами + чтение состояния HyperCore + использование CoreWriter для исполнения», все еще находятся на ранней стадии. Valantis Prime — пример публичной бета-версии: он использует смарт-аккаунты HyperEVM в качестве управляющего слоя, через CoreWriter оперирует HyperCore и устанавливает ограничения, такие как права доступа, прокси, сессионные ключи, опекуны, делая сам аккаунт программируемым интерфейсом к бирже.
HyperLend и Rysk также с разных сторон указывают на этот передовой край, но в конечном счете для оценки все равно нужно использовать стандарт: «действительно ли управляет активами и глубоко интегрирует CoreWriter».
Финансовый аккаунт — это конечная форма
Самое ценное приложение на HyperEVM может вообще не выглядеть как «приложение», а больше походить на аккаунт.
Сегодня пользователям криптовалют все еще приходится переключаться между несколькими интерфейсами: баланс на бирже для торговли, баланс в кошельке для DeFi, доли в хранилище представляют доход, кредитные возможности скрыты на денежных рынках, а для хеджирования нужно открывать другую платформу... Эта фрагментация — не просто проблема опыта, она отражает факт того, что ликвидность, залог, исполнение и риски распределены по разным системам.
HyperEVM имеет шанс сжать эти системы в один аккаунт. Пользователю достаточно единоразово внести BTC, ETH, SOL, HYPE и другие активы, чтобы от одного баланса можно было: торговать на HyperCore, кредитоваться на HyperEVM, получать доход через хранилища, хеджироваться бессрочными контрактами и тратить прямо с платежного аккаунта. Продукт — это не мост, продукт — это тот самый баланс, который может перетекать между функциями.
Централизованные биржи давно это поняли — их аккаунты ощущаются едиными, потому что торговля, маржа, кредитование, доход находятся в одной контролируемой среде. Но проблема в закрытой бухгалтерской книге, непрозрачном движке рисков, из-за чего внешние разработчики не могут свободно строить.
Универсальные публичные блокчейны — полная противоположность: пользователи действительно контролируют аккаунты, но финансовый стек сильно фрагментирован.
Hyperliquid занимает идеальную позицию: HyperCore предоставляет биржевой уровень ликвидности и риск-инфраструктуры, HyperEVM предоставляет открытую поверхность для приложений. Конечный результат — единый финансовый аккаунт, полностью контролируемый пользователем, но подкрепленный мощной балансовой ведомостью HyperCore — это и есть самая сильная реализация видения «универсального финансового дома».
В будущем доказательства появятся на уровне аккаунта: залог следует за пользователем через торговлю, кредитование, сбережения, хеджирование и траты; риск оценивается в реальном времени на основе состояния HyperCore; ликвидации исполняются через глубину HyperCore; структурированные продукты напрямую хеджируются ликвидностью Core; ERC-20 представляет права требования на различные финансовые активности внутри системы.
Первая волна HyperEVM сделает экосистему полезной, следующая волна сделает HyperCore по-настоящему программируемым.
