Токенизированная акция и equity perpetual: что получает трейдер

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

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

Что физически происходит при открытии позиции

Equity perpetual на HIP-3 — это маржинальная позиция на конкретном deployer DEX, работающем на общем HyperCore стеке. Открывая позицию, вы не покупаете акцию и не получаете токен с кастодиальным резервом. Вы открываете контракт, где расчётная цена берётся из oracle, назначенного deployer, а обязательства по марже и ликвидации определяются margin table этого конкретного DEX.

Ключевое отличие от токенизированной акции: там актив существует как отдельный держаемый токен с резервом либо отсутствует в юрисдикции. На HIP-3 вы получаете производный инструмент, экономически привязанный к цене акции через oracle, но юридически и технически это отдельный контракт с собственными правилами settlement, а не сертификат владения.

Deployer определяет условия конкретного DEX

Deployer задаёт market definition, oracle, leverage limits, margin tables и OI cap для своего DEX и может приостанавливать торги через haltTrading. Один и тот же тикер акции, запущенный разными deployer, может иметь разный источник цены, разную маржу и разный лимит открытого интереса.

Перед сделкой важен не факт наличия актива на Hyperliquid, а то, какой конкретно DEX его обслуживает и какие параметры установил deployer для этого рынка. Одна и та же торговая логика на двух DEX с разными настройками deployer даёт разный результат по марже, ликвидации и стоимости удержания.

Oracle как узкое место equity-linked рынков

Mark price формируется через oracle, назначенный deployer для конкретного DEX. Для акции это означает зависимость от того, как часто и из какого источника обновляется цена вне обычной сессии базового актива. Deployer actions прямо включают oracle updates как отдельную операцию деплойера, поэтому поведение oracle — настраиваемый параметр, а не фиксированное свойство рынка.

Отсюда следует необходимость проверять поведение oracle именно на выбранном DEX перед входом, а не полагаться на предположение, что цена perpetual всегда синхронна с ценой акции на традиционной бирже.

Margin table и maintenance requirement

Цена ликвидации определяется не выбранным плечом напрямую, а соотношением доступной маржи к maintenance requirement, зависящему от margin tier и notional позиции на конкретном DEX. Margin buffer — расстояние между текущей mark price и уровнем, при котором маржа опускается до maintenance requirement; ликвидация запускается именно этим сравнением, а не падением цены ниже условного процента от входа.

Для equity perpetual это критично: margin table устанавливается deployer и может отличаться от margin table на другом DEX с тем же базовым активом. Перед входом нужно оценить maintenance requirement для конкретного размера позиции, вычесть ожидаемый funding и spread, и только затем выбирать плечо так, чтобы буфер покрывал реалистичный диапазон движения акции.

Open interest cap как ограничение конкретного DEX

Deployer устанавливает OI cap — лимит суммарного открытого интереса по своему рынку, независимый от общей ликвидности HyperCore. Даже если базовый актив популярен, конкретный equity-linked рынок может быть близок к своему cap, что затрудняет открытие позиции нужного размера в нужный момент.

Текущий open interest относительно cap стоит смотреть через официальный интерфейс перед каждой крупной заявкой: деплойер может пересматривать лимит как часть управления DEX, а загрузка cap меняется вместе с активностью трейдеров.

Funding как переменная стоимости удержания

Funding на HIP-3 рынках рассчитывается так же, как на прочих perpetual Hyperliquid: peer-to-peer платёж между long и short каждый час, привязанный к premium между ценой perpetual и oracle price. Отображаемая восьмичасовая ставка — удобная для восприятия величина, а не фактическая периодичность списания.

Держать сторону equity perpetual с положительным funding — это направленная позиция с ценовым риском к акции. Без хеджа противоположной позицией, закрывающей ценовой риск (например, spot против perpetual того же актива), вы получаете funding, но принимаете риск разворота ставки и риск ликвидации, зависящий от margin table конкретного DEX. За несколько дней удержания итоговая сумма funding определяется тем, как менялась ставка всё это время, а не значением на момент входа.

Условный числовой пример: вход с проверкой параметров DEX

1. 01
   Этап 1

   Порядок проверки перед сделкой: определить DEX и deployer, обслуживающий тикер; сверить текущий open interest относительно cap через официальный интерфейс; оценить margin table для планируемого размера позиции и рассчитать maintenance requirement; выбрать плечо с запасом буфера под funding и spread.

2. 02
   Этап 2

   Ниже условные цифры, которые нужно заменить реальными значениями перед сделкой: notional позиции — 50 000 USDC, margin tier для этого размера требует maintenance requirement 5% от notional, то есть 2 500 USDC.

3. 03
   Этап 3

   При плече 10x на счёте зарезервировано 5 000 USDC маржи.

4. 04
   Этап 4

   Margin buffer — это маржа, доступная сверх maintenance requirement: 5 000 минус 2 500, то есть 2 500 USDC свободной маржи, которую ещё нужно перевести в ценовой диапазон движения актива, а не «10% движения цены до нуля», как дало бы упрощённое правило.

5. 05
   Этап 5

   Из этой суммы нужно вычесть ожидаемый funding за срок удержания и ожидаемый spread на входе и выходе — оставшийся остаток и есть реальный запас на движение цены против позиции.

6. 06
   Этап 6

   Все параметры для сверки — mark price, oracle price, open interest и funding по конкретному DEX — стоит проверять непосредственно в официальном интерфейсе перед входом, а не полагаться на данные, полученные ранее или на другом DEX.

Типичные ошибки при работе с equity-linked HIP-3 рынками

Частая ошибка — воспринимать equity perpetual как эквивалент прямого владения акцией и переносить на него ожидания по ликвидности и ценообразованию классического рынка без проверки конкретного DEX и его oracle. Другая — сравнивать плечо по формуле «процент до нуля» без учёта реального margin table deployer, что даёт неверную оценку буфера до ликвидации.

Ещё одна ошибка — держать funding-позицию без хеджа, считая это стабильным доходом, тогда как это направленная экспозиция с риском разворота ставки. И наконец — не проверять OI cap перед входом крупным размером и обнаруживать ограничение уже в момент попытки открыть позицию.

Пошаговая проверка перед сделкой

Механика equity perpetual требует последовательной проверки, а не клика по тикеру: идентифицировать DEX и deployer, сверить oracle и margin table, оценить OI cap и текущую загрузку лимита, и только затем рассчитывать размер позиции и плечо с учётом funding как переменной, а не константы.