HyperCore для трейдера: как onchain-книга меняет рабочий процесс

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

Материал для трейдера, который уже работает с perpetual на CEX или DEX, понимает механику funding, margin и wallet-инфраструктуры, но хочет разобраться, как именно onchain-книга ордеров HyperCore меняет практический процесс подготовки и исполнения ордера на Hyperliquid.

Что фактически меняет onchain-книга в рабочем процессе

HyperCore ведёт книгу ордеров как часть L1 на консенсусе HyperBFT, а не как внутреннюю базу данных биржи, доступ к которой ограничен решением платформы о том, что показывать. Снимок книги в интерфейсе и снимок, полученный программно через info endpoint, отражают одно и то же состояние — то, по которому реально происходит matching, а не его отображаемую проекцию.

На CEX глубина книги видна в интерфейсе, но фактическая маршрутизация ордера остаётся внутренним процессом платформы. На Hyperliquid трейдер сверяется с той же книгой, по которой идёт исполнение, ещё до отправки ордера: официальный интерфейс и info endpoint показывают одни и те же уровни, очередь и объём, что позволяет заранее оценить, как поведёт себя заявка данного размера на текущем состоянии рынка.

Это отличие особенно заметно при работе с формой ордера в официальном интерфейсе, где текущие рынки, режим маржи и статус позиции построены на том же состоянии книги, которое доступно и через программный запрос. Для трейдера это означает, что решение о размере и типе заявки можно принимать на основании данных, а не на предположении о том, как биржа обработает ордер внутри своей инфраструктуры.

Почему решает глубина книги, а не тип актива

Выбор между market и limit часто делают по привычке, а не по состоянию рынка: кто-то всегда берёт market ради скорости, кто-то всегда limit ради контроля цены. Оба подхода игнорируют переменную, которая решает исход сделки — фактическую глубину стакана в конкретный момент. Одна и та же по размеру позиция исполнится почти без проскальзывания на контракте, где верхние уровни книги покрывают заявку многократно, и с заметным ухудшением цены при тонкой книге, где та же заявка съедает несколько уровней подряд.

Критерий выбора между market и limit — соотношение доступного объёма к размеру ордера. Уровни глубины видны в интерфейсе или через программный снимок книги через info endpoint, и именно это соотношение, а не сам факт торговли perpetual или spot активом, определяет ожидаемое проскальзывание конкретной заявки.

TIF-параметры как инструмент, а не формальность

Поведение заявки дополнительно задаётся через time-in-force. ALO (add liquidity only, эквивалент post only) делает заявку maker-only: если она пересекает книгу в момент отправки, ордер отменяется вместо того, чтобы исполниться как taker-сделка. IOC исполняет доступный объём немедленно и отменяет неисполненный остаток — подходит, когда частичный fill приемлем, а зависание в книге нежелательно. GTC остаётся в книге до исполнения или отмены — стандартный режим для limit-ордеров, рассчитанных на очередь.

Выбор между ALO, IOC и GTC определяет, какой сценарий исполнения приемлем в конкретной ситуации: гарантированная роль maker с риском отмены при пересечении книги, немедленный частичный fill без остатка в очереди, или ожидание в книге на неопределённый срок ради лучшей цены. Отдельно стоит TWAP: он отправляет suborders каждые 30 секунд с ограничением slippage и может отставать от целевого объёма, если ликвидности на уровнях недостаточно — это отдельный режим для растянутого во времени исполнения, а не альтернатива TIF на разовой заявке.

Условный числовой пример: одна заявка, два состояния книги

Цифры ниже условные и служат для иллюстрации механики, а не как реальные рыночные данные. Трейдер открывает лонг на условные 50 000 USD notional. В первом сценарии верхние три уровня ask суммарно держат условный объём 220 000 USD (условно 90 000 / 70 000 / 60 000 USD по уровням), и заявка занимает меньше четверти первого уровня. Market-ордер в этом случае исполнится вблизи цены верхнего уровня, а разница между средней ценой исполнения и mid price на момент отправки останется минимальной.

Во втором сценарии после резкого движения верхний уровень ask держит условные 12 000 USD, второй — 15 000 USD, третий — 18 000 USD. Чтобы закрыть те же условные 50 000 USD, market-ордер проходит все три уровня и захватывает часть четвёртого, где цена уже заметно хуже стартовой. Средняя цена исполнения в таком сценарии отклоняется от mid price сильнее, чем в первом случае — разница в состоянии книги напрямую переходит в разницу в стоимости входа.

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

Та же логика применима к TP/SL: срабатывание происходит по mark price, market-вариант приоритетно закрывает позицию в пределах заданной tolerance, а limit-вариант даёт контроль цены закрытия, но не гарантирует полный fill после trigger, если книга в этот момент тонкая.

Пошаговый план подготовки ордера с учётом книги

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

1. 01
   Проверить глубину книги по уровням

   Открыть текущие уровни ask и bid в интерфейсе или запросить снимок книги через info endpoint — оба источника отражают одно и то же состояние, по которому идёт matching.

2. 02
   Сопоставить объём с размером заявки

   Оценить, сколько верхних уровней потребуется, чтобы закрыть планируемый notional, и на этом основании определить ожидаемое отклонение средней цены исполнения от mid price.

3. 03
   Выбрать TIF под сценарий исполнения

   Для гарантированной роли maker и риска отмены при пересечении книги — ALO. Для немедленного исполнения доступного объёма без остатка в очереди — IOC. Для ожидания лучшей цены в книге — GTC.

4. 04
   Учесть asset ID и client order id при отправке

   Ордер отправляется как подписанный action на exchange endpoint; asset ID различается для perpetual и spot, а client order id упрощает последующую сверку исполненных заявок.

5. 05
   Настроить TP/SL с учётом tolerance

   Определить, что важнее — гарантированное закрытие по mark price в пределах tolerance (market-вариант) или контроль цены закрытия без гарантии полного fill после trigger (limit-вариант).

6. 06
   Перепроверить книгу после исполнения

   После fill оценить фактическое проскальзывание относительно mid price на момент отправки и учесть его вместе с funding при оценке итоговой стоимости позиции.

Онбординг и доступ к книге до первой сделки

Вход в аккаунт через email или через DeFi-кошелёк и пополнение баланса не меняют того, как трейдер видит книгу ордеров: интерфейс показывает те же уровни независимо от выбранного маршрута входа. Для USDC предусмотрен нативный bridge, связанный с Arbitrum, а актуальный интерфейс также отображает другие поддерживаемые deposit rails — выбор маршрута пополнения относится к инфраструктуре аккаунта и не влияет на состояние книги, с которым трейдер сверяется перед отправкой ордера.

Практический смысл в том, что подготовка к сделке начинается не с момента открытия формы ордера, а с проверки актуального состояния рынка в интерфейсе: доступных рынков, режима маржи и текущих комиссий аккаунта. Эти параметры вместе с глубиной книги формируют полную картину перед тем, как переходить к выбору TIF и размера заявки.

После исполнения: что фиксировать отдельно от факта fill

Сам факт исполнения ордера не отвечает на вопрос, насколько цена входа отклонилась от того, что было видно в книге до отправки заявки. Средняя цена нескольких fills — это отдельная величина, которую стоит сравнивать с mid price на момент отправки, а не только с ценой последнего fill: именно эта разница показывает, во что реально обошлось прохождение нескольких уровней книги.

Funding начисляется независимо от того, каким был вход — через market или limit, с ALO, IOC или GTC. Поэтому оценку качества исполнения имеет смысл держать отдельно от последующего накопления funding по открытой позиции: первое отражает состояние книги в момент сделки, второе — стоимость удержания позиции во времени.