Пріоритет ордерів
Як маршрутизуються ордери, хто має право їх виконати і в якому порядку.
Основи книги заявок
Hypercall використовує центральну лімітну книгу заявок (CLOB) для опціонів. Усі ордери в книзі є лімітними. Окремого типу ринкових ордерів немає. Безстрокові контракти не торгуються в цій книзі: це нативні ордери Hyperliquid (див. Ордери на перпи нижче).
Пріоритет ціни та часу
Ордери в книзі зіставляються за пріоритетом ціни та часу:
- Ціна: першим виконується ордер у книзі з найкращою ціною. Біди ранжуються від найвищого, аски від найнижчого.
- Час: на одному ціновому рівні першим виконується ордер, що надійшов раніше.
Коли вхідний ордер перетинає ліквідність у книзі, він одразу виконується за найкращими доступними цінами. Будь-який невиконаний залишок залишається в книзі (або скасовується, залежно від строку дії ордера).
Строк дії ордера
Кожен ордер містить інструкцію щодо строку дії (TIF):
Окремого типу «ринковий ордер» немає. Щоб отримати поведінку ринкового ордера, надішліть лімітний ордер із 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 секунди
Структурна логіка походить від програм фондового ринку, таких як CBOE BYX Retail Price Improvement та NYSE Retail Liquidity Program: маркетмейкери отримують привілей бачити ваш ордер раніше за книгу лише тоді, коли вони не обходять виконувану ліквідність у книзі без її покращення.
RFQ (запит котирувань)
RFQ використовується для багатоногих ордерів (спреди, стредли, залізні кондори, ризик-реверсали) та для одноногих інструментів, налаштованих лише для RFQ. Єдиним контрагентом є маркетмейкери, і переходу в книгу немає: якщо жодне котирування не виконується, запит закінчується. Для пакета з фіксованим співвідношенням ви також можете надіслати комбо-ордер.
RFQ має два режими:
Ручне прийняття
- Ви надсилаєте пакет через
POST /rfq/requestзі своїми ногами (інструмент, сторона, обсяг для кожної ноги) - Система розсилає запит усім відповідним постачальникам котирувань
- QP відповідають твердими котируваннями (дійсними до 30 секунд)
- Ви бачите всі котирування в застосунку і вручну обираєте одне для прийняття
- Ви підписуєте та надсилаєте прийняття (
POST /rfq/accept), щоб виконати угоду
Ручне прийняття дає вам повний контроль над вибором котирування. Компроміс: другий підпис і ризик, що котирування закінчаться, поки ви вирішуєте.
Автовиконання
- Ви надсилаєте пакет через
POST /rfq/requestзauto_accept_limit(максимальний дебет, який ви сплатите, або мінімальний кредит, який ви приймете) - Ваш підпис заздалегідь авторизує виконання за будь-якою ціною в межах вашого ліміту
- Перше котирування, яке відповідає вашому ліміту або краще за нього, виконується автоматично без другого підпису
- Якщо до закінчення RFQ не надходить відповідного котирування, запит закінчується без виконання
Автовиконання швидше та простіше. Ви заздалегідь встановлюєте найгіршу прийнятну ціну і дозволяєте системі виконати угоду. Саме цей режим фронтенд Hypercall використовує для багатоногих пакетів.
Багатоногі виконання завжди відбуваються за принципом «все або нічого». Весь пакет виконується атомарно або не виконується зовсім. Це усуває ризик ноги.
Комбо-ордери
Комбо-ордер торгує фіксованим співвідношенням від 2 до 8 опціонних ніг на одному базовому активі як один лімітний ордер за чистою ціною пакета. Усі ноги виконуються разом або жодна, а ваші підсумкові позиції є окремими опціонами.
- Маршрутизація: з
best_executionпакет спершу проходить аукціон RPI на повний обсяг пакета, потім потрапляє в книгу. Зbook_onlyаукціон пропускається. - Ліквідність: може зіставлятися з іншими комбо-ордерами на той самий пакет і з підтримуваною імпліцитною ліквідністю, побудованою з книг окремих ніг.
- Строк дії: GTC залишає невиконаний залишок пакета в книзі, IOC скасовує його, FOK виконує повну кількість пакета або нічого.
- У застосунку: багатоногий тікет пропонує комбо-лімітний ордер, коли кожна нога є активним опціоном із підтримкою книги на тому самому базовому активі. Ви все одно можете запитати котирування RFQ на той самий пакет.
API для комбо є експериментальним. Див. Експериментальний Combo API щодо пошуку, підписання та поточних обмежень.
Ордери на перпи
Безстрокові ф’ючерси є перпами Hyperliquid. Вони не торгуються в книзі Hypercall і не проходять через аукціон RPI або RFQ. Рушій Hypercall спершу перевіряє кожен ордер на перп відносно всього вашого рахунку портфельної маржі, потім ордер потрапляє на Hyperliquid через захищений анклав на маршруті TEE (за замовчуванням у застосунку, через API за бажанням; такі ордери містять адресу білдера Hypercall) або через контракт вашого рахунку на розширеному маршруті смарт-контракту, і зіставляється в книзі заявок Hyperliquid за правилами Hyperliquid.
Див. Перпи на 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 Rule 11.24: ордери RPI мають покращувати NBBO. На Hypercall «NBBO» це найкраща виконувана ціна в книзі заявок.
Розібраний приклад
Ви надсилаєте ордер на купівлю 1.0 BTC-20260530-80000-C з лімітом $2,450.
Постачальники котирувань
Постачальники котирувань (QP) це професійні маркетмейкери, зареєстровані на Hypercall. Вони підтримують постійні з’єднання WebSocket і в реальному часі отримують як запити аукціонів RPI, так і багатоногі RFQ.
Вимоги до QP
- Зареєстрований і активний (не призупинений)
- Внесений до білого списку для відповідного базового активу (або схвалений для всіх базових активів)
- Не заморожений захистом маркетмейкера (MMP) на цьому базовому активі
- Підключений через WebSocket на момент аукціону або RFQ
У кожному аукціоні змагаються кілька QP. Система обирає найкращу ціну, а за рівності вирішує час надходження. Саме ця конкуренція є механізмом, що забезпечує покращення ціни. Що більше QP приєднується, то сильніша конкуренція і то вужчі спреди.
Див. Захист маркетмейкера (MMP) щодо того, як QP керують ризиком, та Стимули щодо програм для маркетмейкерів.
Придатність інструментів
Кожен інструмент має налаштований режим торгівлі, який визначає маршрутизацію ордерів:
Кожен опціон, наразі лістингований в основній мережі, працює в режимі Книга заявок + RFQ. Режим торгівлі встановлюється для кожного інструмента окремо і може змінюватися; ви завжди надсилаєте той самий тип ордера незалежно від режиму інструмента.
Підсумок пріоритету виконання
Коли одноногий ордер надходить у систему на інструменті з підтримкою RPI, виконання пріоритезуються так:
1. Аукціон RPI
Перший погляд (лише придатні інструменти)
- Маркетмейкери змагаються за ваш ордер
- Має відповідати вашому ліміту
- Має покращувати виконувану ліквідність у книзі щонайменше на 1 тік
- Перемагає найкраще котирування, за рівності вирішує час надходження
- Виконання може містити покращення ціни
2. Перетин книги
Негайне виконання за наявною ліквідністю
- Активується, якщо немає виконання в RPI
- Перетинає ордери в книзі за вашим лімітом або кращою ціною
- Стандартний пріоритет ціни та часу
- Може виконатися частково (стандартне зіставлення)
3. Ордер у книзі
Очікування контрагента
- Активується, якщо немає негайного перетину
- Ордер стоїть за вашою лімітною ціною
- Видимий у книзі заявок
- Підпорядковується вашому налаштуванню строку дії
На інструментах лише з книгою заявок процес починається з кроку 2 (без аукціону RPI). Система ніколи не виконує ваш ордер за ціною, гіршою за ваш ліміт.