Пріоритет ордерів
Як маршрутизуються ордери, хто отримує право їх виконати і в якому порядку.
Основи книги заявок
Hypercall використовує центральну книгу лімітних заявок (CLOB) для опціонів та безстрокових ф'ючерсів. Усі розміщені в книзі ордери є лімітними. Ринкових ордерів як окремого типу не існує.
Пріоритет ціна-час
Ордери в книзі зіставляються за пріоритетом ціна-час:
- Ціна: розміщений ордер з найкращою ціною виконується першим. Біди ранжуються від найвищого, аски — від найнижчого.
- Час: на одному ціновому рівні першим виконується ордер, який надійшов раніше.
Коли вхідний ордер перетинає розміщену ліквідність, він виконується негайно за найкращими доступними цінами. Будь-який невиконаний залишок розміщується в книзі (або скасовується, залежно від time-in-force).
Time-in-Force
Кожен ордер містить інструкцію time-in-force (TIF):
Окремого типу «ринковий ордер» не існує. Щоб отримати поведінку ринкового ордера, подайте лімітний ордер з TIF IOC за ціною, яку ви готові заплатити. Ордер перетинає все доступне і скасовує будь-яку невиконану частину.
Мейкер і тейкер
Кожне виконання має дві сторони:
- Мейкер — сторона, чий ордер уже був розміщений у книзі.
- Тейкер — сторона, чий вхідний ордер його перетнув.
Мейкери й тейкери сплачують комісії 0% у конфігурації на запуску. Див. Комісії щодо політики на запуску та запланованого майбутнього тарифу.
Типи ордерів
Hypercall підтримує кілька шляхів виконання залежно від того, чим ви торгуєте і як подаєте ордер:
Лімітний ордер
Однонога опціонна позиція, напряму в книгу
- Стандартний лімітний ордер у книзі заявок
- Перетинає розміщену ліквідність або залишається за вашою ціною
- Доступний на інструментах лише з книгою заявок
- Time-in-force: GTC, IOC або FOK
Ордер RPI
Однонога опціонна позиція, аукціон + книга
- Автоматично на інструментах, придатних для RFQ
- 2-секундний аукціон ММ перед книгою
- ММ повинні покращити референсну ціну щонайменше на 1 тік
- Якщо жоден ММ не виконає, стає стандартним лімітним ордером
RFQ
Багатоногі пакети
- Запит котирування (Request for Quote) до професійних маркетмейкерів
- Ручне прийняття або автовиконання з лімітом
- Атомарне виконання: весь пакет або нічого
- Немає резервного переходу в книгу для багатоногих позицій
Лімітні ордери
Найпростіший шлях. Ви вказуєте ціну, обсяг, сторону та символ. Механізм перевіряє вашу маржу, валідує ваш підпис 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: маркетмейкери отримують привілей бачити ваш ордер перед книгою лише тоді, коли вони не перестрибують виконувану розміщену ліквідність без її покращення.
RFQ (Request for Quote)
RFQ використовується для багатоногих ордерів (спреди, стредли, залізні кондори, ризик-реверсали) та для одноногих інструментів, налаштованих як RFQ-only. Для довільних багатоногих пакетів CLOB не існує, тому маркетмейкери — єдиний контрагент.
RFQ має два режими:
Ручне прийняття
- Ви подаєте пакет через
POST /rfq/requestіз вашими ногами (інструмент, сторона, обсяг для кожної ноги) - Система розсилає запит усім прийнятним постачальникам котирувань
- QP відповідають твердими котируваннями (дійсними до 30 секунд)
- Ви бачите всі котирування в додатку та вручну обираєте одне для прийняття
- Ви підписуєте та подаєте прийняття (
POST /rfq/accept) для виконання угоди
Ручне прийняття дає вам повний контроль над тим, яке котирування ви приймаєте. Компроміс — другий підпис і ризик того, що котирування закінчаться, поки ви вирішуєте.
Автовиконання
- Ви подаєте пакет через
POST /rfq/requestзauto_accept_limit(максимальний дебет, який ви заплатите, або мінімальний кредит, який приймете) - Ваш підпис попередньо авторизує виконання за будь-якою ціною в межах вашого ліміту
- Перше котирування, яке відповідає вашому ліміту або краще за нього, автоматично виконується без другого підпису
- Якщо жодне відповідне котирування не надійде до закінчення терміну RFQ, запит завершується без виконання
Автовиконання швидше та простіше. Ви заздалегідь встановлюєте найгіршу прийнятну ціну і дозволяєте системі виконати. Це режим, який фронтенд Hypercall використовує для багатоногих пакетів.
Багатоногі виконання завжди за принципом «все або нічого». Весь пакет виконується атомарно або не виконується взагалі. Це усуває ризик ніг.
Ордери для перпів (директиви)
Ордери на безстрокові ф'ючерси проходять окремим шляхом. Замість опціонної книги заявок ордери на перпи подаються як директиви до HyperCore (ончейн-рівня виконання Hyperliquid).
Ордери на перпи подаються через POST /v1/actions/hl_limit_order і підтримують:
Ордери на перпи не проходять через аукціон RPI чи систему RFQ. Вони підписуються, передаються через реле до ончейн-контракту біржі та зіставляються ончейн.
Масові операції та заміна
Для програмних трейдерів API підтримує пакетні операції:
Ендпоінти масових операцій і заміни
- Масове розміщення (
POST /bulk_order): Подайте до 50 ордерів в одному запиті. Кожен незалежно проходить стандартний шлях виконання. - Масове скасування (
DELETE /bulk_orderабоDELETE /bulk_order_cloid): Скасуйте до 50 ордерів за ID ордера або клієнтським ID в одному запиті. - Заміна (
PUT /order): Атомарно скасовує наявний ордер і розміщує новий у тому самому тіку механізму. Без ризику розриву. - Масова заміна (
PUT /bulk_order): Атомарно замінює до 50 ордерів.
Операції заміни критично важливі для маркетмейкерів, яким потрібно оновлювати котирування, не наражаючись на ризик виконання за старою ціною, поки новий ордер у дорозі.
Покращення ціни (RPI)
Основна гарантія аукціону RPI: маркетмейкер не може перестрибнути виконувану розміщену ліквідність, якщо не дає вам кращу ціну, ніж книга. Будь-яка розміщена ліквідність у межах ліміту, навіть якщо вона менша за ваш ордер, встановлює референс книги. Ваш ліміт залишається найгіршою прийнятною ціною виконання, а не орієнтиром покращення ціни, коли ліквідності в книзі немає.
Референсна ціна
Референсна ціна — це найкраща розміщена ціна книги в межах ліміту, яку маркетмейкер має покращити. Відображений обсяг за цією ціною не обов'язково має покривати весь ваш ордер. Якщо виконуваної розміщеної ліквідності немає, котирування має лише відповідати вашому ліміту.
Ордери на купівлю
- Якщо найкращий аск <= вашого ліміту, референс = найкращий аск у книзі
- ММ має котирувати на рівні референсу мінус 1 тік або нижче
- Якщо виконуваного аска немає, ММ може котирувати на рівні вашого ліміту або нижче
Ордери на продаж
- Якщо найкращий бід >= вашого ліміту, референс = найкращий бід у книзі
- ММ має котирувати на рівні референсу плюс 1 тік або вище
- Якщо виконуваного біда немає, ММ може котирувати на рівні вашого ліміту або вище
Це той самий принцип, що лежить в основі Правила 11.24 CBOE BYX: ордери RPI мають покращувати NBBO. На Hypercall «NBBO» — це найкраща виконувана розміщена ціна в книзі заявок.
Приклад із розрахунком
Ви подаєте ордер на купівлю 1.0 BTC-30MAY26-80000-C з лімітом $2,450.
Відображення покращення ціни
- Коли виконано через RPI проти виконуваного референсу книги, додаток показує вашу економію відносно книги
- Коли виконуваного референсу книги немає, додаток показує, що котирування виконано в межах вашого ліміту
- Приклад: «Виконано за $2,447.50, заощаджено $2.50 (0.1%)»
- Це відображається автоматично в підтвердженні виконання, жодних дій не потрібно
Постачальники котирувань
Постачальники котирувань (QP) — це професійні маркетмейкери, зареєстровані на Hypercall. Вони підтримують постійні WebSocket-з'єднання та отримують у реальному часі як запити аукціонів RPI, так і багатоногі RFQ.
Вимоги до QP
- Зареєстрований і активний (не призупинений)
- У білому списку для відповідного базового активу (або схвалений для всіх базових активів)
- Не заморожений захистом маркетмейкера (MMP) на цьому базовому активі
- Підключений через WebSocket на момент аукціону або RFQ
Кілька QP конкурують на кожному аукціоні. Система обирає найкращу ціну, вирішуючи нічиї за часом надходження. Ця конкуренція — механізм, що забезпечує покращення ціни. Коли долучається більше QP, конкуренція посилюється і спреди звужуються.
Див. Захист маркетмейкера (MMP) щодо того, як QP керують ризиками, та Стимули щодо програм для маркетмейкерів.
Придатність інструментів
Кожен інструмент має налаштований режим торгівлі, який визначає маршрутизацію ордерів:
У міру дозрівання інструментів і залучення більшої розміщеної ліквідності вони переходять від RFQ-режиму до режиму лише книги заявок. Маршрутизація для вас прозора. Ви завжди подаєте той самий тип ордера незалежно від того, в якому режимі перебуває інструмент.
Підсумок пріоритету виконання
Коли одноногий ордер потрапляє в систему на інструменті, придатному для RPI, виконання пріоритезуються так:
1. Аукціон RPI
Перший погляд (лише придатні інструменти)
- Маркетмейкери конкурують за ваш ордер
- Мають відповідати вашому ліміту
- Мають покращити виконувану розміщену ліквідність щонайменше на 1 тік
- Перемагає найкраще котирування, нічиї вирішуються за часом надходження
- Виконання може включати покращення ціни
2. Перетин книги
Негайне виконання за наявною ліквідністю
- Активується, якщо немає виконання RPI
- Перетинає розміщені ордери за вашим лімітом або краще
- Стандартний пріоритет ціна-час
- Може виконатися частково (стандартне зіставлення)
3. Розміщений ордер
Очікування контрагента
- Активується, якщо немає негайного перетину
- Ордер залишається за вашою лімітною ціною
- Видимий у книзі заявок
- Підпорядковується вашому налаштуванню time-in-force
На інструментах лише з книгою заявок потік починається з кроку 2 (без аукціону RPI). Система ніколи не виконає вас за ціною, гіршою за ваш ліміт.