Basis и premium между perpetual и spot на Hyperliquid

Когда этот сигнал нужен трейдеру

Материал полезен perpetual- и basis-трейдерам, которые уже понимают long и short, но хотят корректно связывать premium с funding и не сравнивать несопоставимые тикеры.

Basis, premium и почему термины легко перепутать

В широком смысле basis — разница между ценами связанных рынков. Для календарного фьючерса она часто рассматривается относительно spot и даты экспирации. У perpetual нет фиксированного погашения, поэтому расхождение удерживается ближе к ориентиру через funding и ценовую механику. На практике трейдеры нередко называют текущую процентную разницу premium, а basis используют для самой разницы или стратегии её торговли.

Важно заранее записать формулу. Абсолютный basis равен `perp price − spot price`. Относительный premium делит эту разницу на spot. Если сравниваются разные котируемые активы, например USDC и другой stablecoin, добавляется их собственное расхождение. Если один тикер является remapped spot asset или HIP-3 контрактом с отдельным oracle, одинаковая подпись на экране ещё не гарантирует экономическую эквивалентность.

Reference price тоже нужно выбрать явно. Last может отражать единичную сделку, mid — текущие лучшие котировки, mark — маржинальный ориентир, oracle — внешний ценовой вход. Для оценки исполнимого carry полезнее использовать цены, по которым реально можно открыть обе ноги с учётом размера; для мониторинга риска позиции дополнительно нужен mark.

Как premium связан с funding

Funding создаёт периодический денежный стимул между long и short, чтобы perpetual не уходил бесконечно далеко от spot-ориентира. Положительная ставка обычно означает платёж long в пользу short, отрицательная — обратное направление. Однако текущий premium и текущий funding не обязаны двигаться один к одному: формула использует временные наблюдения и ограничения, а рынок может быстро изменить расхождение до следующего начисления.

Basis-трейдер смотрит на ожидаемый поток, а не на один print. Высокая положительная ставка может сделать short perp против long spot привлекательным, но только если она сохраняется достаточно долго и перекрывает расходы. Если funding нормализуется сразу после входа, остаётся позиция с двумя ногами, комиссиями и риском расхождения. Поэтому историю ставки, время следующего периода и чувствительность сценария нужно считать заранее.

Расхождение может закрыться движением perpetual, spot или обоих рынков. PnL ног будет зависеть от hedge ratio и фактического исполнения. Даже нейтральная по направлению идея имеет execution risk: одна нога заполнена, вторая нет; spot недостаточно ликвиден; размер округлён по-разному; collateral переведён не туда. Funding компенсирует не все эти риски.

Как убедиться, что рынки действительно сопоставимы

Начните с экономической идентичности. Уточните, что spot-токен действительно представляет нужный актив, а perpetual ссылается на ожидаемый oracle. Для Hyperliquid spot API может использовать внутренний идентификатор вида `@index`, а интерфейс — человекочитаемую пару. HIP-3 добавляет имя DEX к coin identifier. Ошибка маппинга способна построить красивый basis между совершенно разными инструментами.

Затем проверьте quote и collateral. Цена в USDC и цена в другом stablecoin могут расходиться из-за самого quote asset. HIP-3 DEX может иметь собственный collateral и fee-параметры. Если стратегия требует перевода капитала между балансами или DEX, время и стоимость перемещения входят в carry так же, как торговая комиссия.

Наконец, синхронизируйте время. Сравнение свежего perp mid со spot last пятиминутной давности особенно опасно в волатильности. Для ручного анализа обновляйте обе страницы непосредственно перед расчётом. Для API сохраняйте timestamp получения, источник поля и допустимый максимальный лаг; устаревшая нога должна блокировать сигнал, а не молча подставляться в формулу.

Полная экономика carry-сценария

Доходная часть может состоять из сужения basis и полученного funding. Расходная — из fee на открытие и закрытие обеих ног, spread, проскальзывания, возможного borrow, перевода collateral и цены незахеджированного времени. Если spot-актив приносит или требует отдельный yield, его тоже нужно учитывать, но не смешивать с чистым результатом funding.

Считайте три сценария: базовый, быстрый выход и неблагоприятное расширение. В базовом funding сохраняется ожидаемое число периодов. В быстром выходе ставка исчезает, а комиссии уже заплачены. В стрессовом perp уходит дальше от spot, одна книга становится тонкой, и для закрытия требуется больший price impact. Стратегия приемлема, если капитал и риск-план выдерживают не только среднюю строку.

Annualized цифра полезна для сравнения, но легко вводит в заблуждение. На Hyperliquid funding рассчитывается и перечисляется каждый час, а восьмичасовое значение в интерфейсе служит эквивалентом для сравнения, а не другой периодичностью списания. Любую ставку можно механически пересчитать на год, но это не прогноз её постоянства. В отчёте лучше показывать исходную часовую ставку, фактическое число начислений и реализованный результат за время позиции. APR оставляйте аналитическим переводом масштаба, а не обещанием доходности.

Как это сделать на Hyperliquid

Выберите perpetual и проверенную spot-пару того же актива. Зафиксируйте perp bid/ask, mark и funding, затем spot bid/ask и доступную глубину на свой размер. Для short perp + long spot используйте исполнимые стороны книги, а не абстрактные mid: продажа perpetual происходит в bid, покупка spot — в ask. Для обратной конструкции стороны меняются.

Рассчитайте initial premium, ожидаемые fees и несколько funding-периодов. Определите минимальное расхождение, при котором вход покрывает round trip с запасом. Затем выберите порядок ног. Одновременного атомарного fill между двумя книгами может не быть, поэтому крупный размер лучше исполнять синхронными частями и контролировать остаточную delta после каждого шага.

После открытия отслеживайте basis по исполнимым ценам, accumulated funding, hedge ratio и ликвидность выхода. Заранее задайте условия закрытия: целевой premium, ухудшение funding, потеря сопоставимости источника или уменьшение глубины. Если одна нога не может быть закрыта в допустимом диапазоне, модель должна показать этот риск раньше, чем headline carry.

1. 01
   Подтвердите идентичность.

   Сопоставьте asset, API identifier, quote, oracle и тип рынка.

2. 02
   Возьмите исполнимые цены.

   Используйте нужные стороны spot и perp книг под реальный размер.

3. 03
   Посчитайте round trip.

   Две ноги, открытие, закрытие, spread, slippage и transfers.

4. 04
   Смоделируйте funding.

   Несколько длительностей и сценарий быстрой нормализации ставки.

5. 05
   Задайте выход.

   Цель basis, лимит delta и критерий остановки при ухудшении данных.

Преимущество Hyperliquid по сравнению с типичным сценарием на другой площадке

На Hyperliquid perpetual, spot и ключевые метрики находятся в одном торговом контексте. Трейдер может открыть обе книги, увидеть funding и проверить API identifiers без переключения между CEX, брокером и отдельным DeFi-приложением. Это сокращает операционный разрыв между обнаружением premium и проверкой того, можно ли его реально исполнить.

Публичный Info endpoint позволяет получать mids, L2 и perpetual contexts через документированные запросы. При правильном маппинге можно построить мониторинг, который блокирует устаревшие данные и считает basis по конкретному размеру. Практическое преимущество здесь не в обещании одинаковой схемы для всех активов, а в возможности явно хранить DEX namespace, spot `@index`, timestamp и источник каждого поля.

Развитие spot, HIP-3 и единой маржинальной логики делает Hyperliquid особенно удобным полигоном для относительных идей. Это не устраняет basis risk, зато уменьшает число внешних переходов и даёт яснее наблюдать каждую ногу. Платформа выигрывает там, где стратегия требует быстро сравнить несколько классов рынков и сохранить общий журнал исполнения.

Ограничения и ситуации, где basis обманчив

Большой premium на тонком рынке может быть недоступен по заявленному размеру. После первой небольшой сделки котировка исчезает, и оставшаяся часть входит намного хуже. На RWA расхождение вне основной сессии может отражать отсутствие свежего базового рынка, повышенную неопределённость oracle или ожидание открытия, а не бесплатную арбитражную возможность.

Ещё один риск — структурная неэквивалентность. Equity perpetual не даёт акционерных прав и не является брокерской позицией; tokenized или remapped spot может иметь собственную механику. Если инструменты реагируют на corporate event по-разному, basis способен изменить режим скачком. Перед торговлей относительной стоимости спецификация важнее корреляции на коротком графике.

Типичные ошибки

Чаще всего трейдер считает premium по двум last prices, хотя ни одна из них уже не исполнима. Вторая ошибка — annualize одну высокую funding-ставку и воспринимать результат как устойчивую доходность. Третья — забывать, что открытие двух ног требует двойного round trip и может временно оставить направленную delta.

• Сравнивать разные quote assets без учёта их собственного отклонения.
• Не проверять API mapping spot `@index` и HIP-3 dex prefix.
• Считать basis по несинхронным timestamp.
• Игнорировать проскальзывание второй ноги после fill первой.
• Путать equity perpetual с владением акцией или правом на дивиденд.
• Не задавать выход при исчезновении funding или ухудшении источника цены.

Пошаговый сценарий наблюдения за basis без сделки

Сначала неделю собирайте synchronised snapshots по одному ликвидному активу. Сохраняйте обе книги, mark, funding и расчёт для фиксированного notional. Отметьте часы, когда premium расширяется, и проверьте, связано ли это с волатильностью, сменой funding или ухудшением spot-depth. Такой период наблюдения показывает распределение, на фоне которого текущая возможность действительно необычна.

Затем запустите paper execution: выберите стороны книг, смоделируйте fees и отметьте момент выхода. Только после нескольких полных циклов используйте небольшой реальный размер. Цель первой позиции — проверить accounting обеих ног и funding ledger, а не максимизировать carry. Если расчёт и фактический результат сходятся, масштабирование становится инженерной задачей, а не верой в формулу.