Приоритет ордеров

Как маршрутизируются ордера, кто получает право их исполнить и в каком порядке.

Основы книги заявок

Hypercall использует центральную книгу лимитных заявок (CLOB) для опционов и бессрочных фьючерсов. Все размещённые в книге ордера — лимитные. Рыночных ордеров как отдельного типа не существует.

Приоритет цены и времени

Ордера в книге сопоставляются по приоритету цены и времени:

1. Цена: первым исполняется ордер с лучшей ценой. Биды ранжируются от самого высокого, аски — от самого низкого.
2. Время: на одном ценовом уровне первым исполняется ордер, поступивший раньше.

Когда входящий ордер пересекает существующую ликвидность, он немедленно исполняется по лучшим доступным ценам. Неисполненный остаток размещается в книге (или отменяется — в зависимости от time-in-force).

Time-in-Force

Каждый ордер содержит инструкцию time-in-force (TIF):

TIF

Название

Поведение

Применение

GTC

Good Till Cancelled

Остаётся в книге до исполнения или отмены вами

По умолчанию. Пассивные лимитные ордера, предоставление ликвидности.

IOC

Immediate or Cancel

Немедленно исполняет всё, что пересекается, остальное отменяет

Агрессивное исполнение. Эквивалент рыночного ордера.

FOK

Fill or Kill

Немедленно исполняет весь объём или отменяет всё

Всё или ничего. Крупные блочные ордера, которые не должны исполняться частично.

💡

Отдельного типа «рыночный ордер» не существует. Чтобы получить поведение рыночного ордера, отправьте лимитный ордер с TIF, равным IOC, по цене, которую вы готовы заплатить. Ордер исполнится против всей доступной ликвидности, а неисполненная часть будет отменена.

Мейкер и тейкер

У каждого исполнения две стороны:

• Мейкер — сторона, чей ордер уже находился в книге.
• Тейкер — сторона, чей входящий ордер его пересёк.

По стартовой конфигурации мейкеры и тейкеры платят 0% комиссий. Действующая политика и планируемая тарифная сетка описаны в разделе Комиссии.

Типы ордеров

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

Лимитный ордер

Одноногие опционы, напрямую в книгу

• Стандартный лимитный ордер в книге заявок
• Пересекает существующую ликвидность или остаётся по вашей цене
• Доступен на инструментах только с книгой заявок
• Time-in-force: GTC, IOC или FOK

RPI-ордер

Одноногие опционы, аукцион + книга

• Автоматически на инструментах с поддержкой RFQ
• 2-секундный аукцион маркетмейкеров перед книгой
• MM обязаны улучшить референсную цену минимум на 1 тик
• Если ни один MM не исполнил, ордер становится обычным лимитным

RFQ

Многоногие пакеты

• Запрос котировок у профессиональных маркетмейкеров
• Ручное принятие или автоисполнение с лимитом
• Атомарное исполнение: весь пакет или ничего
• Для многоногих пакетов возврата в книгу заявок нет

Лимитные ордера

Самый простой путь. Вы указываете цену, объём, сторону и символ. Движок проверяет вашу маржу, валидирует вашу подпись EIP-712 и размещает ордер в книге.

Если в книге есть ликвидность по вашей цене или лучше, ордер исполняется немедленно. В противном случае он остаётся в книге до исполнения или отмены.

Это путь исполнения для инструментов, настроенных в режиме только книга заявок (без слоя RFQ/RPI).

RPI-ордера (Retail Price Improvement)

На инструментах с поддержкой и книги заявок, и RFQ одноногие ордера автоматически проходят двухфазный конвейер исполнения. Это путь по умолчанию во фронтенде Hypercall.

Фаза 1: аукцион RPI

Маркетмейкеры конкурируют за исполнение вашего ордера

• Ордер рассылается всем подключённым поставщикам котировок
• У каждого маркетмейкера есть 2 секунды на твёрдую котировку
• Если в книге есть исполнимая ликвидность, каждая котировка должна строго улучшать эту цену книги
• Если исполнимой ликвидности в книге нет, каждая котировка должна укладываться в ваш лимит
• Побеждает лучшая цена (при равенстве — котировка, поступившая раньше)
• Аукцион завершается досрочно, если ответили все маркетмейкеры
• Если подходящая котировка побеждает, вы исполняетесь немедленно по цене не хуже вашего лимита

Исполнения здесь никогда не нарушают ваш лимит.

Фаза 2: возврат в книгу

Ваш ордер становится стандартным лимитным

• Активируется, только если фаза 1 не дала подходящего исполнения
• Ордер размещается в книге заявок по вашей исходной лимитной цене
• Исполняется немедленно, если в книге есть ликвидность по цене не хуже вашего лимита
• Иначе ордер остаётся в книге до исполнения или отмены
• Действует стандартный time-in-force (GTC, IOC, FOK)
• Общая задержка от отправки до фазы 2: ~2 секунды

Поведение такое же, как при прямой отправке лимитного ордера.

Структурная логика позаимствована из программ фондового рынка, таких как Retail Price Improvement на CBOE BYX и NYSE Retail Liquidity Program: маркетмейкеры получают привилегию видеть ваш ордер раньше книги только при условии, что они не перепрыгивают исполнимую ликвидность в книге, не улучшая её.

Окно аукциона

2 секунды

Мин. улучшение

1 тик

Частичные исполнения

Нет

RFQ (Request for Quote)

RFQ используется для многоногих ордеров (спреды, стрэддлы, железные кондоры, риск-реверсалы) и для одноногих инструментов, настроенных в режиме только RFQ. Для произвольных многоногих пакетов нет CLOB, поэтому маркетмейкеры — единственный контрагент.

У RFQ два режима:

Ручное принятие

1. Вы отправляете пакет через POST /rfq/request с вашими ногами (инструмент, сторона, объём по каждой ноге)
2. Система рассылает запрос всем подходящим поставщикам котировок
3. QP отвечают твёрдыми котировками (действительны до 30 секунд)
4. Вы видите все котировки в приложении и вручную выбираете одну для принятия
5. Вы подписываете и отправляете принятие (POST /rfq/accept), чтобы исполнить сделку

Ручное принятие даёт полный контроль над тем, какую котировку взять. Компромисс — вторая подпись и риск истечения котировок, пока вы принимаете решение.

Автоисполнение

1. Вы отправляете пакет через POST /rfq/request с параметром auto_accept_limit (максимальный дебет, который вы готовы заплатить, или минимальный кредит, который готовы принять)
2. Ваша подпись заранее авторизует исполнение по любой цене в пределах вашего лимита
3. Первая котировка, которая соответствует вашему лимиту или лучше него, автоматически исполняется без второй подписи
4. Если подходящая котировка не поступает до истечения RFQ, запрос истекает без исполнения

Автоисполнение быстрее и проще. Вы заранее задаёте худшую приемлемую цену и позволяете системе исполнить. Именно этот режим использует фронтенд Hypercall для многоногих пакетов.

Ручное принятие

Автоисполнение

Требуемые подписи

2 (отправка + принятие)

1 (отправка с лимитом)

Выбор котировки

Вы сами выбираете, какую котировку принять

Побеждает первая подходящая котировка

Скорость исполнения

Зависит от того, как быстро вы принимаете

Мгновенно при поступлении подходящей котировки

Контроль цены

Вы видите точные цены до подтверждения

Заранее авторизованный лимит. Возможно исполнение лучше лимита.

Риск истечения

Котировки могут истечь, пока вы их изучаете

Нет задержки на ручное принятие. Запрос всё равно может истечь, если ни одна котировка не уложится в лимит.

Многоногие пакеты исполняются всегда по принципу «всё или ничего». Пакет исполняется атомарно целиком — либо не исполняется вовсе. Это устраняет риск ног.

Ордера на перпы (директивы)

Ордера на бессрочные фьючерсы идут по отдельному пути. Вместо книги заявок опционов ордера на перпы отправляются как директивы в HyperCore (ончейн-слой исполнения Hyperliquid).

Ордера на перпы отправляются через POST /v1/actions/hl_limit_order и поддерживают:

Функция

Детали

Типы ордеров

Только лимитные (для поведения рыночного ордера используйте TIF IOC)

Time-in-force

GTC, IOC, ALO (Add Liquidity Only — размещается или отменяется, никогда не пересекает книгу)

Reduce-only

Поддерживается. Ордер может только уменьшить существующую позицию, но не увеличить её.

Отмена

По ID ордера (hl_cancel_by_oid) или client ID (hl_cancel_by_cloid)

Исполнение

Ончейн через прекомпайл HyperCore. Расчёт атомарный.

RPI/RFQ

Не применяются. Ордера на перпы идут напрямую в ончейн-книгу.

Ордера на перпы не проходят через аукцион RPI или систему RFQ. Они подписываются, передаются через релей в ончейн-контракт биржи и матчатся ончейн.

Пакетные операции и замена

Для алгоритмических трейдеров API поддерживает пакетные операции:

Эндпоинты пакетных операций и замены

• Пакетное размещение (POST /bulk_order): отправка до 50 ордеров одним запросом. Каждый независимо проходит стандартный путь исполнения.
• Пакетная отмена (DELETE /bulk_order или DELETE /bulk_order_cloid): отмена до 50 ордеров по ID ордера или client ID одним запросом.
• Замена (PUT /order): атомарная отмена существующего ордера и размещение нового в одном такте движка. Без риска разрыва.
• Пакетная замена (PUT /bulk_order): атомарная замена до 50 ордеров.

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

Улучшение цены (RPI)

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

Референсная цена

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

Ордера на покупку

• Если лучший аск <= вашего лимита, референс = лучший аск в книге
• MM должен котировать не выше референса минус 1 тик
• Если исполнимого аска нет, MM может котировать не выше вашего лимита

Ордера на продажу

• Если лучший бид >= вашего лимита, референс = лучший бид в книге
• MM должен котировать не ниже референса плюс 1 тик
• Если исполнимого бида нет, MM может котировать не ниже вашего лимита

Это тот же принцип, что лежит в основе правила 11.24 CBOE BYX: RPI-ордера обязаны улучшать NBBO. На Hypercall роль «NBBO» играет лучшая исполнимая цена в книге заявок.

Разобранный пример

Вы отправляете ордер на покупку 1.0 BTC-30MAY26-80000-C с лимитом $2,450.

Состояние книги

Референс книги

Требование к MM

Результат

Лучший аск: $2,448

$2,448

Не выше $2,447.9999

MM котирует $2,447.50. Исполнено с улучшением $2.50 относительно книги.

Частичный аск: $2,448 на 0.1 контракта

$2,448

Не выше $2,447.9999

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

Лучший аск: $2,455

Нет

Не выше вашего лимита $2,450

MM котирует $2,450. Исполнено по вашему лимиту без перепрыгивания ликвидности в книге.

Асков в книге нет

Нет

Не выше вашего лимита $2,450

MM котирует $2,450. Исполнено по вашему лимиту.

Лучший аск: $2,448

$2,448

Не выше $2,447.9999

MM котирует $2,448.50 (недостаточное улучшение). Отклонено. Вы исполняетесь по книге по $2,448.

Отображение улучшения цены

• При исполнении через RPI против исполнимого референса книги приложение показывает вашу экономию относительно книги
• Если исполнимого референса книги нет, приложение показывает, что котировка исполнена в пределах вашего лимита
• Пример: «Исполнено по $2,447.50, сэкономлено $2.50 (0.1%)»
• Это отображается автоматически в подтверждении исполнения, никаких действий не требуется

Поставщики котировок

Поставщики котировок (QP) — профессиональные маркетмейкеры, зарегистрированные на Hypercall. Они поддерживают постоянные WebSocket-соединения и получают запросы аукционов RPI и многоногих RFQ в режиме реального времени.

Требования к QP

• Зарегистрирован и активен (не отстранён)
• Внесён в вайтлист по соответствующему базовому активу (или одобрен для всех базовых активов)
• Не заморожен механизмом Market Maker Protection (MMP) по данному базовому активу
• Подключён по WebSocket на момент аукциона или RFQ

На каждом аукционе конкурируют несколько QP. Система выбирает лучшую цену, разрешая равенство по времени поступления. Именно эта конкуренция и обеспечивает улучшение цены. Чем больше QP подключается, тем острее конкуренция и уже спреды.

О том, как QP управляют рисками, читайте в разделе Market Maker Protection (MMP), а о программах для маркетмейкеров — в разделе Стимулы.

Доступность инструментов

У каждого инструмента настроен торговый режим, определяющий маршрутизацию ордеров:

Торговый режим

Лимитные ордера

Аукцион RPI

RFQ

Типичное применение

Книга заявок + RFQ

Да (возврат в фазе 2)

Да (фаза 1)

Да (многоногие)

Большинство опционных инструментов на старте

Только книга заявок

Да (напрямую)

Нет

Нет

Высоколиквидные инструменты с глубокими книгами

Только RFQ

Нет

Нет

Да (без возврата в книгу)

Неликвидные или недавно листингованные инструменты

По мере созревания инструментов и роста ликвидности в книге они переходят из режима с поддержкой RFQ в режим только книги заявок. Маршрутизация для вас прозрачна. Вы всегда отправляете один и тот же тип ордера независимо от режима инструмента.

Сводка приоритета исполнения

Когда одноногий ордер поступает в систему на инструменте с поддержкой RPI, исполнения приоритизируются так:

1. Аукцион RPI

Первый доступ (только на подходящих инструментах)

• Маркетмейкеры конкурируют за ваш ордер
• Должны укладываться в ваш лимит
• Должны улучшать исполнимую ликвидность в книге минимум на 1 тик
• Побеждает лучшая котировка, при равенстве — поступившая раньше
• Исполнение может включать улучшение цены

2. Пересечение книги

Немедленное исполнение по существующей ликвидности

• Активируется, если исполнения по RPI не было
• Исполняется против ордеров в книге по цене не хуже вашего лимита
• Стандартный приоритет цены и времени
• Возможно частичное исполнение (стандартный матчинг)

3. Ордер в книге

Ожидание контрагента

• Активируется, если немедленного пересечения нет
• Ордер остаётся в книге по вашей лимитной цене
• Виден в книге заявок
• Подчиняется вашей настройке time-in-force

На инструментах только с книгой заявок процесс начинается с шага 2 (без аукциона RPI). Система никогда не исполнит вас по цене хуже вашего лимита.

Распространённые заблуждения

Распространённые заблуждения

ОшибкаВ RPI маркетмейкеры могут просто повторить цену книги и забрать исполнение

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

Ошибка2-секундный аукцион RPI существенно задерживает мой ордер

На самом делеАукцион завершается досрочно, если ответили все подключённые MM. На практике задержка часто существенно меньше 2 секунд. Размещение в фазе 2 происходит сразу после.

ОшибкаМне нужно включать RPI или переключать какую-то настройку

На самом делеRPI работает автоматически для всех подходящих инструментов. Нет ни переключателя, ни смены режима, ни отдельного типа ордера.

ОшибкаМногоногие ордера могут вернуться в книгу заявок

На самом делеДля произвольных многоногих пакетов CLOB не существует. Если ни один MM не исполнил пакет, RFQ истекает. Можно отправить запрос повторно или собрать позицию по отдельным ногам.

ОшибкаIOC — это то же самое, что рыночный ордер

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

FAQ