Написано: Blocksec
HIP-3 (Hyperliquid Improvement Proposal 3) запущен в основной сети уже около 3 месяцев. С момента запуска совокупный объем сделок сторонних настроенных рынков превысил 13 миллиардов долларов, что означает, что «вывод новых» переходит от внутреннего процесса биржи к инфраструктуре, которую внешние разработчики могут вызывать напрямую.
В централизованных биржах «вывод новых» по сути является платформенной властью: какие активы торговать, когда запускать, как устанавливать параметры — всё определяется операционными и риск-менеджмент процессами. Даже в блокчейне, такие категории, как бессрочные контракты, часто ограничены ритмом развертывания и управления небольших команд.
Инновация HIP-3 заключается в том, что это превращает «одобрение платформы» в «открытый интерфейс»: при выполнении условий сторонние могут развернуть новые рынки бессрочных контрактов на той же базе торгов и расчетов, что и основные. Это систематизирует централизованный процесс вывода новых и передает его экосистеме. Это снижение порога для инноваций и усиление масштабируемости рынка. Однако открытие интерфейса несет потенциальные риски безопасности, и важно обеспечить соответствие операционной деятельности этим рынкам требованиям и отсутствие злонамеренных действий — это ключевые вопросы в проектировании HIP-3.
0x1 Hyperliquid: основа HIP-3
Hyperliquid — инфраструктура для бессрочной торговли, работающая на собственной цепочке. Для HIP-3 важен следующий момент: согласование, расчет и расчетные операции предоставляются единой базой протокола, что позволяет переиспользовать возможности рынка, а не создавать новую торговую систему с нуля.
Hyperliquid использует двухуровневую архитектуру:
HyperCore: кастомизированный L1 блокчейн, оптимизированный для контрактной торговли, способный обрабатывать 200 000 ордеров в секунду и обеспечивающий детерминированную финальность.
HyperEVM: прикладной уровень, способный запускать смарт-контракты, совместим с EVM.
Встроенные бессрочные рынки Hyperliquid (валидатор-управляемые перпеты) по-прежнему больше похожи на традиционные процессы централизованных бирж: официальные лица самостоятельно выводят бессрочные контракты по воле сообщества; снятие осуществляется голосованием валидаторов.
Протокол Hyperliquid поддержит рынки, развернутые строителями (HIP-3), что является важным этапом в полном децентрализованном листинге перпетов.
协议 Hyperliquid поддержит рынки, развернутые строителями (HIP-3), что является ключевым этапом в полном децентрализованном листинге перпетов.
0x2 HIP-3: рынки, развернутые разработчиками
Идея HIP-3 очень проста: без изменения базовой платформы Hyperliquid по торговле и расчетам, открыть возможность добавления новых рынков бессрочных контрактов для удовлетворяющих условиям строителей. Строитель отвечает за определение ключевых параметров рынка и за ценообразование/операции, протокол использует единый механизм маржи и расчетов для исполнения и управления рисками; таким образом «вывод новых» превращается из платформенного процесса в стандартный вызываемый интерфейс.
Проще говоря: строитель может вывести рынок бессрочных контрактов на базе HyperCore, самостоятельно задавать цены и параметры.
Область ответственности строителя
В HIP-3 строитель выполняет две функции по рынку: определение рынка и его управление.
Определение рынка (Market definition):
Это, по сути, oracle definition + спецификации контракта. На практике включает:
Определение oracle:
Включает начальное oraclePx и источник цен. Строитель при определении рынка должен четко указать актив или источник данных с ясной, трудно манипулируемой ценностью и экономической обоснованностью; при регистрации актива необходимо предоставить начальный oraclePx.
Спецификации контракта:
В API четко задаются параметры рынка, такие как «символ актива / минимальный размер ордера / максимальный кредитный рычаг» (coin, szDecimals, maxLeverage и др.).
Выбор DEX:
Строитель сначала разворачивает DEX для перпетов (каждый DEX — отдельный механизм маржи, книга ордеров, настройки деплойера), при этом может выбрать любой актив в качестве залога (например, USDC). Каждый рынок перпетов соответствует своему DEX.
Управление рынком (Market operation):
Это, например, установка цен oracle / лимиты кредитного рычага / расчет и завершение рынка при необходимости, подробнее:
Обновление цен:
через интерфейс setOracle для постоянного обновления oracle Px.
Лимит кредитного рычага:
через настройку соответствующей таблицы маржи (margin table), ограничивающей максимальный рычаг — лимит устанавливается по уровням позиции, чтобы ограничить доступный рычаг в пределах заданных границ.
Необходимость расчетов:
Строитель может при необходимости приостановить торговлю через haltTrading, что инициирует расчет — отменяет все ордера, закрывает позиции по текущей mark price; этот же механизм используется для восстановления торговли.
На данный момент рынки HIP-3 поддерживают только изолированные позиции (isolated-only), в будущем возможно добавление кросс-маржинга (cross).
Процесс вывода рынка
- Stake
Требование: на основном сети строитель должен заложить 500k HYPE; даже если он приостановит все свои рынки, залог должен оставаться в течение 30 дней.
- Build
После выполнения требования по залогу, строитель может развернуть DEX для перпетов. Каждый DEX — отдельная торговая зона: отдельная маржа, книга ордеров, настройки деплойера.
- Установка залога
Залог для этого DEX может быть любым quote asset, но если этот актив утратит статус permissionless quote asset (решение валидаторов), использование его в качестве залога для DEX будет запрещено.
- Добавление рынков
Первые 3 рынка можно развернуть сразу; для добавления новых рынков потребуется участие в голландском аукционе (Dutch auction) для получения «дополнительных квот».
- Управление рынками
После запуска рынков задача строителя — обеспечить их стабильную работу.
- Unstake
Когда все рынки на DEX будут закрыты, залог в 500k HYPE можно будет разблокировать. После инициирования unstake начнется 7-дневная очередь на снятие залога, в течение которой залог может быть штрафован или конфискован.
Голландский аукцион: текущий цикл — 31 час, стартовая цена — в 2 раза выше последней (или минимальной) цены.
SetOracle: три типа ценовых входных данных
В HyperCore oracle price используется для фиксации и расчета funding, а mark price — для целей управления рисками, таких как расчет маржи и расчет ликвидации (также для триггера TP/SL).
В нативных рынках mark price — это не просто цена feed, а медиана из трех цен:
oraclePx + EMA(midPx - oraclePx)
median(best bid, best ask, last trade) (локальные цены книги)
средневзвешенная цена по нескольким CEX (perp mid prices()
На HIP-3 роль oracle price и mark price не изменилась, но механизм их расчета изменился:
setOracle вводит:
a. oraclePx (обязательно))
Определение по стандарту HyperCore.
b. markPx )необязательно(
Можно передать 0–2 набора внешних цен для вычисления реального mark price.
c. externalPerpPx (обязательно)
Используется как эталон для предотвращения резких отклонений mark price.
Строитель обычно разворачивает relayer для feed-цены, которая объединяет внешние источники и внутренние алгоритмы.
- Реальный mark price
HIP-3 не использует напрямую feed-цены для mark price, а вычисляет его как медиану:
локальный mark — median)best bid, best ask, last trade(.
Затем берется медиана между локальным mark и 0–2 наборами markPx, и получается новый mark price.
- Ограничения setOracle
Обновление — не чаще чем раз в 2.5 секунды; если за 10 секунд markPx не обновится, оно возвращается к локальному.
Амплитуда изменения — не более ±1%; все цены ограничены диапазоном ±10x от цены открытия дня.
7×24H и не 7×24H: различия в ценообразовании
В HIP-3 бессрочные рынки поддерживают любые активы, которые делятся на 7×24H (круглосуточная торговля) и не 7×24H (торговля только в определенные часы). Эти особенности влияют на методы получения цен.
Для 7×24H активов (например, BTC) можно получать стабильные цены из CEX/DEX или доверенных оракулов.
Для не 7×24H активов (например, акции) — только в часы открытия рынка можно получить ликвидные и стабильные цены. В нерабочие часы используют другую ценовую механику.
Например, для рынка акций на trade.xyz:
Во время открытия — используют внешние оракулы, такие как Pyth.
Вне торговых часов — используют последнюю цену закрытия и внутренние ордера, с ограничением колебаний (например, 1/max_leverage).
Ликвидация
HIP-3 повторно использует логику ликвидации HyperCore: при недостатке стоимости позиции (isolated position value) — позиция становится подлежащей ликвидации.
Ликвидация основана на mark price, а не на конкретной сделке.
Формула ликвидационной цены:
side = 1 (лонг), -1 (шорт)
l — уровень поддержания маржи
Значение MAINTENANCE_LEVERAGE берется из соответствующего уровня маржи (margin tier), где определяется mmr — уровень поддержания маржи.
Если есть уровни (tiers), то ликвидационная цена — это цена, при которой позиция попадает в соответствующий уровень.
margin_available
для изолированных позиций: isolated_margin - maintenance_margin_required
После входа в состояние ликвидации система сначала закрывает позиции рыночными ордерами, чтобы снизить риск. Если удастся вернуть позицию в безопасную зону — остаток маржи остается у трейдера.
Но при недостаточной глубине или скачках цена исполнения может значительно отличаться от mark price, что создает «пробел ликвидации».
Isolated position value — чистая стоимость позиции при текущем mark price (учитывая прибыль/убыток и залог).
ADL (Auto-Deleveraging):
В экстремальных ситуациях с отрицательным isolated position value активируется механизм ADL, который принудительно уменьшает позиции у контрагентов с наименьшей прибылью и наибольшим использованием рычага, чтобы избежать системных убытков.
Порядок сортировки:
предыдущий mark price — цена, зафиксированная перед активацией ADL.
Пример:
до активации — mark price = 3000.
Из-за ограничений setOracle новый mark price не может превышать 2970 (-1%).
На рынке ордеров — средняя цена исполнения при ликвидации — 2910, что на 3% ниже исходного.
Это может привести к тому, что позиция убыточного лонг — при расчетах — станет отрицательной, и активируется ADL.
ADL выбирает позиции у контрагентов с прибылью, по предыдущему mark price — 3000, и принудительно закрывает их, чтобы покрыть пробел.
0x3 Обзор рисков:
Ответственность и ключевые риски
Механизм штрафов (Slashing): ответственность
HIP-3 передает «право на вывод новых и управление» строителю, одновременно прописывая правила штрафования: строитель должен заложить HYPE, и при неправильной эксплуатации валидаторы могут проголосовать за штраф и сжечь залог.
Требования к залогу
На основной сети — 500k HYPE, даже при остановке всех рынков, залог должен оставаться 30 дней.
Процедура и голосование
При злоупотреблениях валидаторы могут инициировать голосование с учетом залога (stake-weighted vote) о штрафе.
Критерии оценки
Штраф не делится на причины (злом, недостаток навыков, кража ключей), а зависит от того, вызвало ли поведение строителя состояние неработоспособности, длительный простой или деградацию производительности.
Размер штрафа
Процент штрафа определяется голосованием валидаторов, с верхней границей:
— до 100% при неработоспособности или длительном простое
— до 50% при кратковременных сбоях
— до 20% при деградации.
Заложенные токены сжигаются, а не возвращаются пользователям.
Риски параметров
setOracle
Цены oracle обычно поступают от relayer, что создает централизационный риск. При утечке ключей или DDoS-атаке цена может быть манипулирована или долгое время отклонена.
haltTrading
Строитель может остановить торговлю через haltTrading, закрыв все ордера по текущей mark price. Этот механизм требует осторожности, например:
при обнаружении атаки — вызов haltTrading может привести к реализации прибыли злоумышленника и невозможности найти противовеса, что вызовет убытки.
setMarginTableIds / InsertMarginTable
Определяет новые таблицы маржи и связывает их с рынками. Высокий кредитный рычаг для мало ликвидных рынков увеличивает риск срабатывания ADL.
Резкое изменение таблицы маржи — риск для безопасности, так как может привести к массовым ликвидациям.
setMarginModes
На данный момент HIP-3 поддерживает только изолированный маржинальный режим; в будущем возможна поддержка кросс-маржинга. Внутри DEX могут существовать рынки с разной ликвидностью, и кросс-маржинг может распространить риски низкой ликвидности на более ликвидные рынки. Пока решение не реализовано — не рекомендуется вводить кросс-маржинг.
Риск оракулов
Для активов 7×24H — риск связан с точностью и стабильностью внешних источников данных и централизацией relayer.
Для не 7×24H — риск в получении цен в нерабочие часы, когда рынок не торгуется, и возможных скачках при открытии.
Пример: trade.xyz в нерабочие часы использует последнюю цену закрытия и внутренние ордера, что может привести к значительным отклонениям и массовым ликвидациям при резком открытии.
2025-12-14 на trade.xyz актив XYZ100-USDC был манипулирован, что привело к массовым ликвидациям и ценовым скачкам.
Отсутствие постоянных стабильных цен в нерабочие часы увеличивает риск резких ценовых скачков и системных сбоев.
0x4 Стратегии контроля рисков
- Стабильные цены оракула
Для активов с нерегулярной торговлей — важна надежность внешних ценовых источников. Решения включают:
— приостановку обновлений oracle в нерабочие часы ()например, Lighter ограничивает только уменьшение позиций().
— использование внутренних цен при отсутствии внешних данных, что повышает риск отклонений.
Цель — снизить риск «отрыва» цен и скачков, вводя внешние якоря, такие как Blue Ocean ATS или IG weekend CFD quotes, которые предоставляют цены в нерабочие часы.
- Верификация цен
Рекомендуется внедрить механизмы проверки цен, например, RedStone, где цена и источник подписываются и проверяются вне цепочки.
Это включает:
— раскрытие алгоритмов и источников данных.
— создание доказательств (Proof) для каждой установки oracle, содержащих исходные данные, вычисления и подписи.
— публикацию доказательств в цепочке через Merkle-дерево.
— инструменты для проверки и сравнения цен.
- Мониторинг рисков
Обеспечить раннее обнаружение сбоев и аномалий:
— мониторинг oracle feed — проверка доступности и целостности.
— контроль отклонений цен и ликвидационных сценариев.
— автоматические действия при обнаружении проблем, такие как снижение кредитного рычага или остановка рынка.
Общий подход — сделать процесс ценообразования прозрачным, проверяемым и управляемым, чтобы минимизировать системные риски и обеспечить стабильность рынка.
