Приоритет заявок

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

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

Для опционов Hypercall использует центральную лимитную книгу заявок (CLOB). Все стоящие в книге заявки лимитные. Отдельного типа рыночной заявки нет. Бессрочные контракты в этой книге не торгуются: это нативные заявки Hyperliquid (см. Перп-заявки ниже).

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

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

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

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

Срок действия заявки

Каждая заявка содержит инструкцию о сроке действия (TIF):

TIF

Название

Поведение

Применение

GTC

Good Till Cancelled (до отмены)

Стоит в книге до исполнения или до вашей отмены

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

IOC

Immediate or Cancel (исполнить или отменить)

Исполняет всё, что пересекается сразу, остаток отменяет

Агрессивное исполнение. Аналог «рыночной заявки».

FOK

Fill or Kill (всё или ничего)

Комбо-заявки: весь объём пакета исполняется сразу или не исполняется вовсе. Одноногие опционы: сейчас ведёт себя как IOC, то есть частичное исполнение сохраняется, а остаток отменяется.

Пакеты по принципу «всё или ничего». Для одноногого объёма проверьте книгу перед отправкой.

💡

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

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

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

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

В стартовой конфигурации мейкеры и тейкеры платят 0% комиссий. Стартовая политика и планируемая шкала описаны в разделе Комиссии.

Типы заявок

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

Лимитная заявка

Одноногие опционы, сразу в книгу

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

Заявка RPI

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

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

RFQ

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

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

Лимитные заявки

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

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

Это путь исполнения для инструментов в режиме только книга заявок (без слоя RFQ/RPI) и для любой заявки с route: "book_only". Заявки reduce-only, пакетные заявки и заявки через WebSocket тоже идут сразу в книгу.

Заявки RPI (Retail Price Improvement)

На инструментах, настроенных и на книгу заявок, и на RFQ, запрос POST /order с route: "best_execution" (или без route) проходит двухфазный конвейер исполнения. Это путь по умолчанию во фронтенде Hypercall.

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

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

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

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

Фаза 2: лимитная заявка

Ваша заявка становится обычной лимитной

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

То же поведение, что и при прямой отправке лимитной заявки.

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

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

2 секунды

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

1 тик

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

Нет

RFQ (запрос котировки)

RFQ используется для многоногих заявок (спреды, стрэддлы, железные кондоры, риск-реверсалы) и для одноногих инструментов в режиме только RFQ. Контрагентом выступают исключительно маркетмейкеры, перехода в книгу нет: если ни одна котировка не исполнила запрос, он истекает. Пакет с фиксированными пропорциями можно также отправить как комбо-заявку.

У 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 (отправка с лимитом)

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

Вы сами выбираете котировку

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

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

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

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

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

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

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

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

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

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

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

Комбо-заявки

Комбо-заявка торгует фиксированное соотношение от 2 до 8 опционных ног на одном базовом активе как единую лимитную заявку по чистой цене пакета. Все ноги исполняются вместе или не исполняется ни одна, а итоговые позиции записываются как отдельные опционы.

• Маршрутизация: при best_execution пакет сначала проходит аукцион RPI на полный объём пакета, затем идёт в книгу. При book_only аукцион пропускается.
• Ликвидность: заявка может сопоставляться с другими комбо-заявками на тот же пакет и с поддерживаемой подразумеваемой ликвидностью, собранной из книг отдельных ног.
• Срок действия: GTC оставляет неисполненный остаток пакета в книге, IOC отменяет его, FOK исполняет полный объём пакета или ничего.
• В приложении: многоногий тикет предлагает комбо-лимитную заявку, если каждая нога является активным опционом с книгой заявок на одном базовом активе. Котировки RFQ на тот же пакет по-прежнему можно запросить.

API для комбо-заявок экспериментальный. Обнаружение инструментов, подпись и текущие ограничения описаны в разделе Экспериментальный Combo API.

Перп-заявки

Бессрочные фьючерсы на Hypercall являются перпами Hyperliquid. Они не торгуются в книге Hypercall и не проходят через аукцион RPI или RFQ. Движок Hypercall сначала проверяет каждую перп-заявку по всему вашему счёту портфельной маржи, затем заявка попадает в Hyperliquid либо через защищённый анклав на маршруте TEE (по умолчанию в приложении, через API по выбору; такие заявки несут builder-адрес Hypercall), либо через ваш контракт счёта на продвинутом маршруте смарт-контракта, и сопоставляется в книге заявок Hyperliquid по правилам Hyperliquid.

Параметр

Подробности

Счёт

Счёт портфельной маржи с однократно выполненным шагом «Включить торговлю» (одобрение builder-адреса)

Типы заявок

Рыночная (IOC-лимит на 20% за референсной ценой), лимитная, стоп и тейк-профит триггеры, брекеты TP/SL, сетка (scale)

Срок действия

GTC, IOC, ALO (Add Liquidity Only: встаёт в книгу или отменяется, никогда не забирает ликвидность)

Reduce-only

Поддерживается для всех типов

Сопоставление

Книга заявок Hyperliquid. Исполнения зачисляются на ваш счёт HyperCore.

RPI/RFQ

Не применяется

Полный путь заявки описан в разделе Перпы на Hypercall, а каждый тип в разделе Типы перп-заявок.

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

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

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

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

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

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

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

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

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

Заявки на покупку

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

Заявки на продажу

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

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

Разбор примера

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

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

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

Требование к маркетмейкеру

Результат

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

$2,448

Не выше $2,447.9999

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

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

$2,448

Не выше $2,447.9999

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

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

Нет

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

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

Стоящих асков нет

Нет

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

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

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

$2,448

Не выше $2,447.9999

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

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

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

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

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

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

Как QP управляют риском, описано в разделе Защита маркетмейкера (MMP), программы для маркетмейкеров в разделе Стимулы.

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

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

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

Лимитные заявки

Аукцион RPI

RFQ

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

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

Да (переход в фазе 2)

Да (фаза 1)

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

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

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

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

Нет

Нет

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

Только RFQ

Нет

Нет

Да (без перехода в книгу)

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

Все опционы, сейчас торгующиеся в основной сети, работают в режиме Книга заявок + RFQ. Торговый режим задаётся для каждого инструмента и может меняться; вы всегда отправляете один и тот же тип заявки независимо от режима инструмента.

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

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

1. Аукцион RPI

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

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

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

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

• Включается, если нет исполнения в RPI
• Пересекает стоящие заявки по вашему лимиту или лучше
• Стандартный приоритет цены и времени
• Возможно частичное исполнение (стандартное сопоставление)

3. Заявка в книге

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

• Включается, если нет немедленного пересечения
• Заявка стоит по вашей лимитной цене
• Видна в книге заявок
• Подчиняется выбранному сроку действия

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

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

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

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

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

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

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

ОшибкаДля RPI нужно дать согласие или включить настройку

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

ОшибкаЕсли никто не прислал котировку, RFQ переходит в книгу заявок

На самом делеНет. Если ни один маркетмейкер не исполнил пакет, RFQ истекает. Чтобы работать пакетом через книгу, отправьте его как комбо-заявку.

ОшибкаIOC — то же самое, что рыночная заявка

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

Вопросы и ответы