HIP-3 изнутри: deployer, DEX, oracle, collateral и лимиты

Какую экспозицию вы строите

Материал предназначен для опытных пользователей CEX/DEX, которые уже торгуют perpetual, понимают механику funding и margin, но впервые сталкиваются с HIP-3 рынками на Hyperliquid и хотят понять, как устроена ответственность deployer за конкретный DEX, прежде чем размещать капитал на новом или менее известном рынке.

Что решает HIP-3 и почему это не один рынок

HIP-3 — это стандарт, который позволяет builder-deployer запускать отдельный perpetual DEX на общем HyperCore-стеке. Каждый такой DEX работает как самостоятельная единица: у него собственные order books, margining и settings, хотя технический слой исполнения общий для всей платформы. Deployer отвечает за market definition, oracle, leverage limits и settlement — это принципиально отличается от модели, где биржа сама листит все рынки по единым правилам.

Параметры одного DEX ничего не говорят о параметрах другого, даже если оба формально запущены через один и тот же стандарт. Ликвидность, oracle, лимиты плеча и margin table на одном рынке — это характеристики именно этого рынка. Перед открытием позиции нужно сначала определить, какой конкретно DEX обслуживает нужный актив, и только затем разбирать его условия отдельно от всего остального, что есть на платформе.

Роль deployer: что именно находится под его контролем

Deployer actions включают регистрацию актива, oracle updates, funding multipliers, haltTrading, настройку margin tables и установку OI caps. Deployer — не организатор разового листинга, а сторона, которая продолжает управлять живыми параметрами рынка после запуска: может обновлять источник цены, менять множитель funding, останавливать торги или менять допустимый предел открытого интереса в любой момент.

Отсюда вытекает дополнительная проверка, которой нет при работе с обычными платформенными рынками: кто выступает deployer конкретного DEX, какие действия он уже совершал и насколько прозрачно фиксируются изменения margin table или oracle. Рынок с деплойером, который аккуратно ведёт настройки, и рынок, где параметры почти не контролируются, — это два разных профиля риска.

Oracle и mark price: откуда берётся цена для маржи и ликвидации

Mark price и oracle price — не одно и то же: oracle price задаёт основу для funding premium, а margining строится на mark price. На HIP-3 рынке источник oracle настраивается deployer-действиями (oracle updates), поэтому один и тот же базовый актив на разных DEX может получать цену из разных источников или с разной частотой обновления.

Это напрямую влияет на предсказуемость margin buffer. Если oracle обновляется редко или зависит от узкого набора данных, mark price может заметнее отклоняться от справедливой цены именно тогда, когда рынок двигается резко, — а это как раз момент, когда буфер до ликвидации важнее всего. Перед входом в позицию стоит сверить текущий oracle price относительно mark price для конкретного актива на конкретном DEX через интерфейс, а не полагаться на общее представление о работе oracle на Hyperliquid.

Collateral и DEX namespace: как не перепутать рынки при чтении данных

MetaAndAssetCtxs связывает universe с contexts, где доступны mark price, oracle price, open interest, funding и volume, а сопоставление полей выполняется по позиции массива и DEX namespace. У каждого HIP-3 DEX своя «нумерация» активов: условно, тикер под названием ETH может существовать одновременно на DEX A и DEX B, но это два разных market context с разными oracle, collateral и cap — совпадает только визуальное название.

Collateral, используемый на конкретном HIP-3 DEX, также определяется его настройками и не обязан совпадать с collateral на другом DEX того же стека. Рабочий порядок такой: сначала зафиксировать, к какому DEX относится интересующий актив, затем смотреть его контексты (OI, funding, объём), и только потом сопоставлять эти цифры с конкретной позицией в списке рынков — не полагаясь на то, что тикер сам по себе однозначно указывает на нужный рынок.

Лимиты открытого интереса: сценарий с приближением к cap

Deployer устанавливает OI caps — предельный размер открытого интереса на рынке. Условный пример: на HIP-3 рынке действует cap в 5 млн USDC notional, текущий открытый интерес уже составляет 4,7 млн, и трейдер хочет открыть позицию на 500 тыс. USDC notional. Свободная ёмкость до cap — всего 300 тыс., то есть запрошенный размер превышает то, что рынок способен принять по текущим условиям.

В таком сценарии заявка может исполниться лишь частично на доступные 300 тыс., исполниться полностью, но с ухудшенной ценой из-за того, что оставшаяся ёмкость съедается по менее выгодным уровням, либо не пройти вовсе, если к моменту отправки cap уже достигнут. Перед отправкой ордера стоит посмотреть текущий open interest для нужного DEX, сравнить его с известным cap и только после этого оценивать, сколько объёма реально можно открыть. Перенос привычки крупных, глубоких perpetual рынков — где notional такого размера проходит незаметно — на менее ёмкий HIP-3 DEX без этой проверки регулярно приводит к неожиданному частичному исполнению.

haltTrading как операционный риск конкретного DEX

Среди deployer actions отдельно выделена возможность haltTrading — приостановка торгов на конкретном DEX. Это полномочие принадлежит deployer, а не общей инфраструктуре Hyperliquid, и применяется к отдельному рынку, а не ко всей платформе: риск такой паузы зависит от политики конкретного deployer, а не от надёжности HyperCore в целом.

Пока торги остановлены, новые ордера на этом DEX не исполняются, а значит закрыть или скорректировать позицию рыночной заявкой в моменте нельзя. Если в этот же период рынок движется против позиции, а маржа продолжает считаться по последней доступной mark price, трейдер оказывается без возможности среагировать ордером до возобновления торгов. Из-за этой операционной особенности размер позиции и плечо на HIP-3 рынке стоит подбирать с более широким запасом до уровня ликвидации, чем на давно работающем perpetual рынке, где такой паузы в принципе не предусмотрено.

Как проверить рынок перед сделкой: последовательность действий

1. 01
   Этап 1

   Официальный интерфейс торговли — первичная точка проверки доступных рынков, режима маржи, формы ордера, комиссий и статуса позиции.

2. 02
   Этап 2

   Для HIP-3 рынка эта проверка требует дополнительного шага: явно определить, какому DEX принадлежит актив, поскольку разные DEX могут показывать похожие тикеры с разными базовыми параметрами.

3. 03
   Этап 3

   Порядок действий: определить, к какому DEX относится актив; посмотреть metadata и asset contexts именно для этого рынка; сверить oracle price против mark price; проверить текущий OI относительно известного cap; и только затем формировать ордер с учётом margin table этого конкретного deployer.

4. 04
   Этап 4

   Пропуск любого из этих шагов означает, что решение принимается на основе данных не того рынка, к которому фактически относится ордер.

Типичные ошибки при первом обращении к HIP-3 рынкам

Одна из ошибок, с которой сталкиваются даже опытные пользователи Hyperliquid, — попытка читать account data через agent wallet. Agent wallet предназначен для подписи транзакций, а не для запросов о позиции или марже: если запрос отправить с этого адреса, вернётся пустой результат, и легко решить, что на данном HIP-3 DEX у вас нет ни позиции, ни доступной маржи, хотя на самом деле нужно просто указать master или subaccount address. При работе сразу с несколькими DEX эта ошибка возникает чаще, потому что позиции и маржу приходится перепроверять по каждому рынку отдельно.

Вторая ошибка — переносить понимание funding с одного DEX на другой без проверки multiplier. Funding рассчитывается как peer-to-peer платёж между long и short каждый час, а premium связан с разницей perpetual и oracle price; отображаемый восьмичасовой эквивалент не совпадает с фактической периодичностью списания. Условный пример: на DEX A funding multiplier настроен так, что часовая ставка премии умножается на 1, а на DEX B deployer установил multiplier 2 — при одинаковом рыночном premium фактическое списание на DEX B окажется вдвое выше. Сравнение отображаемых ставок funding между разными HIP-3 рынками без учёта multiplier искажает реальную стоимость удержания позиции.