Как оценить equity-linked HIP-3 рынок перед сделкой

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

Материал рассчитан на опытного пользователя CEX/DEX, который уже торговал perpetual, понимает механику funding, maintenance margin и работал с self-custody кошельками. Текст полезен тем, кто уже принял решение открыть позицию на equity-linked HIP-3 рынке и ищет операционный порядок проверки конкретного deployer DEX перед сделкой и во время удержания позиции, а не общее объяснение природы equity perpetual.

Что именно проверяется на equity-linked HIP-3 рынке

Equity-linked рынок на HIP-3 — это маржинальная позиция на конкретном deployer DEX, где market definition, oracle, margin table и settlement задаёт deployer, а не биржа базовой акции.

Каждый deployer DEX на общем HyperCore stack имеет собственные order books, oracle и margining, даже если базовый актив совпадает с рынком другого deployer. Поэтому due diligence строится не вокруг тикера или названия акции, а вокруг конкретного набора параметров, который назначил deployer этого DEX: их и нужно последовательно пройти перед отправкой ордера.

Шаг 1. Идентичность рынка и deployer DEX

Первый пункт scorecard — определить, какой именно deployer DEX обслуживает нужный тикер. В данных API это различается через dex namespace: metaAndAssetCtxs связывает universe с contexts по позиции массива и namespace, так что один и тот же тикер на разных DEX — это разные order books с независимыми параметрами, а не один рынок с общими настройками.

Практически это означает, что при поиске рынка в интерфейсе стоит убедиться, что выбран именно тот deployer DEX, параметры которого проверялись ранее, а не одноимённый рынок другого deployer с иным oracle или margin table. Совпадение названия базового актива не гарантирует совпадения инфраструктуры.

Шаг 2. Oracle и поведение вне торговой сессии базовой акции

Oracle updates относятся к deployer actions наравне с margin tables и OI caps — deployer выбирает источник и частоту обновления цены. Ключевой вопрос — что происходит с oracle price, когда биржа базовой акции закрыта: продолжает ли оракул обновляться по внебиржевым котировкам или удерживает последнюю известную цену до открытия следующей сессии.

От этого поведения зависит, как позиция реагирует на гэп открытия: oracle, обновляющийся вне сессии, распределяет корректировку постепенно, а oracle с удержанием последней цены переносит весь гэп в один момент. Проверка — сопоставление mark price и oracle price по активу в интерфейсе или через metaAndAssetCtxs, желательно в часы, когда базовая биржа уже закрыта.

Шаг 3. Глубина книги и spread на нужном объёме

HyperCore работает как книга ордеров, и анализ исполнения должен учитывать доступный объём по уровням, очередь maker-заявки и spread, а не только mid price. Для equity-linked рынка это особенно важно: активный интерес к самой акции в традиционном мире не гарантирует глубокую книгу на конкретном deployer DEX, который может быть запущен недавно и иметь узкий круг участников.

Проверка — оценить, на каком расстоянии от mid price расположен объём, достаточный для входа и последующего закрытия планируемой позиции, и сравнить среднюю цену нескольких потенциальных fills с текущим spread. Если объём сосредоточен в нескольких первых уровнях, а дальше книга резко редеет, вход крупным ордером даст исполнение хуже ожидаемого, а выход в стрессе — тем более.

Шаг 4. OI cap, margin table и история funding

OI cap — лимит deployer на суммарный открытый интерес по рынку, не связанный с маржой конкретного трейдера. Если текущий open interest уже занимает значительную часть cap, открытие или наращивание позиции может оказаться невозможным даже при свободной марже на счёте. Этот параметр стоит сверять на этапе планирования: узкий cap ограничивает не только вход, но и ликвидность выхода в стрессе.

Margin table deployer определяет maintenance requirement через margin tier: переход через порог tier меняет требование к марже на позицию целиком и может заметно сократить дистанцию до ликвидации. Точное значение нужно смотреть в интерфейсе для конкретного deployer DEX и планируемого notional — margin tier относится к deployer actions и может быть изменён без участия трейдера.

Funding на Hyperliquid — peer-to-peer платёж между long и short, рассчитываемый каждый час; восьмичасовой эквивалент в интерфейсе не следует путать с фактической периодичностью списания. Устойчиво высокий funding в одну сторону за предыдущие периоды сигнализирует о перекосе позиционирования и premium relative к oracle price, который стоит учитывать в стоимости удержания.

Шаг 5. Корпоративный календарь базового актива

Поскольку расчётная цена equity-linked рынка привязана к базовой акции через oracle, события корпоративного календаря — отчётность, сплит, делистинг, приостановка торгов — могут вызвать резкое изменение oracle price или временную недоступность обновления, если основной источник данных сам приостанавливает котирование.

Если известно, что на ближайшую сессию базового актива запланирована отчётность, стоит заранее понимать, как выбранный deployer DEX обновляет oracle price в такие моменты, и учитывать это при выборе размера позиции и плеча перед входом в эту сессию.

Go/no-go scorecard: порядок проверки перед отправкой ордера

Условный scorecard из пяти шагов сводит проверки выше в последовательность действий непосредственно перед входом в позицию на конкретном equity-linked HIP-3 рынке.

1. 01
   Подтвердить deployer DEX и dex namespace

   Через интерфейс или metaAndAssetCtxs убедиться, что выбран именно тот deployer DEX, чьи параметры проверялись, а не одноимённый рынок другого deployer с тем же базовым активом.

2. 02
   Сверить oracle price и mark price

   Сопоставить оба значения напрямую, по возможности в часы, когда биржа базового актива закрыта, чтобы увидеть, как oracle ведёт себя вне сессии.

3. 03
   Проверить глубину книги на своём объёме

   Оценить доступный объём по уровням и spread для планируемого размера входа и потенциального выхода, а не полагаться на mid price.

4. 04
   Сравнить open interest с OI cap и определить margin tier

   Убедиться, что есть запас до cap для планируемого наращивания позиции, и уточнить maintenance requirement именно для своего notional по margin table.

5. 05
   Проверить историю funding и ближайшие корпоративные события

   Посмотреть funding за предыдущие периоды и убедиться, что в ближайшую сессию базового актива не запланировано отчётности или иного события, способного вызвать разрыв oracle price.

Мониторинг позиции после входа

Проверка на входе не гарантирует неизменность параметров на весь срок удержания: oracle updates, funding и margin table относятся к deployer actions и могут меняться в любой момент, а не только при запуске рынка. Дистанция до ликвидации, зафиксированная при входе, может измениться без действий трейдера, если deployer скорректирует margin tier на используемом уровне notional.

Разумная практика — периодически повторять часть scorecard уже после открытия позиции: сверять текущий funding, следить за приближением open interest к cap при планируемом наращивании и отслеживать через realtime-подписки изменения книги и состояния аккаунта, поскольку книга, funding и margin table способны измениться за время удержания, а не только на входе.

Для мониторинга важно использовать адрес именно того кошелька, которым фактически торгуют, а не подписывающий agent-кошелёк: запрос состояния позиции и маржи через кошелёк, предназначенный только для подписи ордеров, часто возвращает пустой результат.