Nasdaq-linked рынки: сессия, гэпы и oracle-риск

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

Материал для опытного трейдера, который уже работает с perpetual, funding и non-custodial кошельками на CEX и DEX и хочет разобраться в специфике equity-linked HIP-3 рынков на Hyperliquid — механике сессии, oracle-риске и практических ограничениях такого инструмента.

Как устроен Nasdaq-linked рынок через HIP-3

Nasdaq-linked perpetual на Hyperliquid запускается не как встроенный рынок платформы, а через HIP-3 — механизм, позволяющий отдельному deployer создать собственный perpetual DEX со своей market definition, oracle, leverage limits, margin table и OI caps. Каждый HIP-3 DEX работает на общем HyperCore stack, но с индивидуальными настройками, которые определяют, как конкретный рынок обработает разрыв сессии биржи США.

Deployer отвечает за регистрацию актива, обновления oracle, funding multipliers, haltTrading и лимиты открытого интереса. От настройки этих параметров зависит, насколько предсказуемо ведёт себя premium и funding на выбранном рынке.

Индекс как benchmark и perpetual как ценовая производная

Nasdaq-100 — rules-based индекс крупных non-financial компаний, листингованных на Nasdaq, рассчитываемый как эталонный показатель рынка, а не как торгуемый инструмент; похожим образом устроены индексы уровня S&P 500 с float-adjusted market-cap weighting. Значение индекса формируется в рамках сессии соответствующей биржи США.

Perpetual, привязанный к такому индексу через HIP-3, даёт ценовую экспозицию к его значению через oracle, выбранный deployer'ом, с определённой погрешностью и задержкой, но не право на constituents или участие в их корпоративных действиях — это свойство расчётного контракта в целом.

Разрыв сессии как источник oracle-риска

Базовая сессия биржи США имеет фиксированные часы работы, в течение которых формируется официальное значение индекса. Perpetual на Hyperliquid может котироваться дольше — рынок продолжает принимать ордера, пока oracle обновляется только в рамках своего расчётного окна.

Вне торговых часов биржи США цена perpetual продолжает двигаться под влиянием спроса и предложения на HyperCore, а oracle price остаётся заякорен на последнем расчётном значении или обновляется с задержкой. Разрыв между mark price и oracle price формирует premium, связанный с funding payment, который рассчитывается каждый час. На Hyperliquid ликвидационная логика использует mark price и maintenance requirement; параметры margin table при этом относятся к конкретному HIP-3 DEX.

Funding на gap-чувствительном рынке

Funding на Hyperliquid — peer-to-peer платёж между long и short, рассчитываемый каждый час; ставка связана с premium между perpetual и oracle, а отображаемая восьмичасовая величина — удобный для восприятия эквивалент, а не фактическая периодичность списания. На Nasdaq-linked рынке с разрывом сессии premium может расширяться именно в часы, когда биржа США закрыта, а perpetual продолжает торговаться, и накопленный funding в этот период может оказаться заметнее, чем при узком расхождении внутри активной сессии.

Держать сторону с положительным funding в такой ситуации без хеджа — это направленная позиция с риском цены, а не арбитраж: ставка отражает текущий разрыв mark/oracle и может измениться в любой следующий расчётный час, в том числе в момент, когда гэп наиболее выражен. Полностью нейтральной по цене такая позиция становится только при связке, которая закрывает ценовой риск целиком.

Практический пример: вход после гэпа выходных

Ниже — условный пример, иллюстрирующий направление эффекта, а не расчёт по документированной формуле; источники не приводят зависимости, напрямую выводящей часовую ставку funding из величины premium. Сценарий А, funding: после закрытия базовой сессии биржи США perpetual торгуется по 21 050 при последнем расчётном oracle 20 930 — premium (21050-20930)/20930 ≈ 0,57%. Платёж продолжает рассчитываться каждый час по фактической ставке конкретного периода, поэтому его величину нельзя вывести только из этого premium или заменить условным постоянным процентом. Качественный вывод: чем дольше сохраняется разрыв mark/oracle, тем больше периодов funding нужно включить в сценарий удержания.

Сценарий Б, риск плеча: официальная ликвидационная логика использует mark price и maintenance requirement, поэтому будущего открытия индекса недостаточно для контроля позиции. Упрощённая арифметическая иллюстрация: при 10x движение цены на 10% имеет тот же порядок, что и initial margin, а движение на 5% — около половины initial margin. Это не формула ликвидации HIP-3 рынка и не рекомендация выбрать конкретное плечо: maintenance margin, комиссии, funding, cross-состояние и margin table меняют фактическую границу. Решение принимают по параметрам конкретного DEX и запасу до liquidation price, а не по этой пропорции.

Что HIP-3 рынок не заменяет

В отличие от crypto-perpetual на той же платформе, где oracle обычно опирается на непрерывно торгуемый спот-рынок без фиксированной сессии, у equity-index HIP-3 рынка сама природа базового актива задаёт расчётное окно биржи США. Это делает сессию и гэп характерной чертой именно equity-linked рынков.

Держатель Nasdaq-linked perpetual не получает прав, связанных с constituents индекса, и не участвует в их корпоративных действиях или дивидендах — независимо от того, торгуется рынок в сессию биржи США или вне неё.

Почему один тикер у разных deployer — разные риски

HIP-3 допускает запуск нескольких DEX с рынками, ссылающимися на один и тот же индекс, но каждый такой DEX — отдельная настройка oracle, margin table, лимитов плеча и OI cap, за которую отвечает конкретный deployer. Совпадение названия тикера не означает совпадения условий торговли: у одного DEX окно обновления oracle может быть шире, а лимиты плеча — консервативнее, чем у другого, работающего с формально тем же базовым индексом. Ниже в чек-листе этот момент переведён в конкретные шаги проверки.

Отдельно стоит ликвидность: order book на одном DEX может быть глубже, а на другом — тоньше, что при равном premium даёт разное проскальзывание при входе и выходе из позиции. Перед сделкой стоит явно зафиксировать, на каком именно DEX проходит ордер, и оценивать рынок по фактической книге, настройкам oracle и caps этого DEX, а не по названию актива.

Что проверить перед сделкой и как действовать после открытия позиции

Mark price, oracle price, funding rate, open interest и объём по активу доступны через торговый интерфейс отдельно по каждому HIP-3 DEX. Особого внимания требует момент открытия следующей сессии биржи США: тогда oracle получает свежее значение, и premium может измениться — направление и величина зависят от рыночной ситуации на момент открытия.

Открытый интерес по рынку ограничен OI cap, который устанавливает deployer; при приближении к этому лимиту возможность нарастить позицию может быть ограничена независимо от текущей величины premium — это отдельный технический лимит, который стоит проверять отдельно от анализа premium и funding.

Чек-лист проверки рынка перед первой сделкой

Шесть шагов, опирающихся на данные, доступные напрямую в торговом интерфейсе по конкретному HIP-3 DEX. Они особенно важны при работе с новым тикером или новым deployer, поскольку параметры и ликвидность у одноимённого рынка на другом DEX могут отличаться, как показано выше.

1. 01
   Идентифицировать DEX и deployer

   Определить, на каком именно HIP-3 DEX выставляется ордер, и кто выступает deployer этого рынка — от этого зависят все дальнейшие параметры.

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

   Через интерфейс сопоставить mark price с последним расчётным oracle price, чтобы оценить величину premium на момент входа.

3. 03
   Оценить часовую ставку funding

   Проверить текущую часовую ставку funding и её связь с наблюдаемым premium, учитывая, что восьмичасовая величина в интерфейсе — лишь удобный эквивалент.

4. 04
   Сверить margin table и лимиты плеча

   Уточнить margin table и лимиты плеча именно для этого DEX — они заданы deployer'ом и могут отличаться от других рынков с тем же тикером.

5. 05
   Проверить OI cap

   Убедиться, что открытый интерес не приблизился к OI cap, который ограничивает возможность нарастить позицию независимо от премии.

6. 06
   Учесть время до открытия следующей сессии

   Оценить, сколько времени остаётся до открытия следующей сессии биржи США, когда oracle обновится и premium может измениться.

Как читать данные API при проверке рынка

Для программной проверки метаданных рынка используется info endpoint: запрос POST /info возвращает market metadata, а MetaAndAssetCtxs связывает universe с контекстами, где доступны mark price, oracle price, open interest, funding и volume. Документация задаёт сопоставление по позиции массива и DEX namespace; редакционный вывод для интеграции — объединять эти поля до сортировки и хранить namespace вместе с индексом, чтобы не применить контекст одного DEX к другому.

Для account-level запросов через API нужен master или subaccount address; agent wallet, используемый для подписи транзакций, при попытке чтения данных аккаунта часто возвращает пустой результат. Это отдельная техническая деталь по сравнению с публичными market data, которые доступны без привязки к конкретному адресу, и относится скорее к автоматизации мониторинга, чем к разовой проверке через торговый интерфейс.