注文の優先順位
注文がどのようにルーティングされ、誰がどの順番で約定させるのかを説明します。
オーダーブックの基本
Hypercall はオプション向けに中央指値注文板 (CLOB) を運営しています。板に置かれる注文はすべて指値注文です。独立した注文タイプとしての成行注文はありません。パーペチュアルはこの板では取引されず、Hyperliquid のネイティブ注文として扱われます (下記のパーペチュアル注文を参照してください)。
価格・時間優先
板上の注文は価格・時間優先でマッチングされます。
- 価格: 最も有利な価格の板注文が先に約定します。ビッドは高い順、アスクは安い順に並びます。
- 時間: 同じ価格帯では、先に到着した注文が先に約定します。
新たな注文が板上の流動性とクロスすると、利用可能な最良価格で即座に約定します。約定しなかった残りは板に残るか、執行条件に応じてキャンセルされます。
執行条件 (Time-in-Force)
すべての注文には執行条件 (TIF) が含まれます。
専用の「成行注文」タイプはありません。成行注文と同じ動作をさせたい場合は、支払ってもよい価格で TIF を IOC に設定した指値注文を送信してください。注文は利用可能な流動性とクロスし、未約定部分はキャンセルされます。
メイカーとテイカー
すべての約定には 2 つの当事者がいます。
- **メイカー**は、すでに板上に注文を置いていた当事者です。
- **テイカー**は、新たに送信した注文でその板注文とクロスした当事者です。
ローンチ時の設定では、メイカーもテイカーも手数料は 0% です。ローンチ時のポリシーと今後予定されている手数料体系については手数料をご覧ください。
注文の種類
Hypercall では、取引する商品と送信方法に応じて複数の執行経路をサポートしています。
指値注文
単一レッグのオプション、板へ直接
- オーダーブック上の標準的な指値注文
- 板上の流動性とクロスするか、指定価格で板に残ります
- オーダーブックのみの銘柄で利用可能
- 執行条件: GTC、IOC、FOK
RPI 注文
単一レッグのオプション、オークション + 板
- RFQ 対象銘柄でのデフォルト
- 板の前に 2 秒間のマーケットメイカー・オークション
- マーケットメイカーは参照価格を 1 ティック以上改善する必要があります
- どのマーケットメイカーも約定させなければ標準の指値注文にフォールバック
RFQ
複数レッグのパッケージ
- プロのマーケットメイカーへの見積もり依頼
- 手動承認、またはリミット付きの自動執行
- アトミックな約定: パッケージ全体か無しか
- 板へのフォールバックなし: その場合はコンボ注文を使用
指値注文
最もシンプルな経路です。価格、数量、売買方向、銘柄を指定して送信します。エンジンがお客様の証拠金を確認し、EIP-712 署名を検証したうえで、注文を板に置きます。
指値以上に有利な価格で板上に流動性があれば、即座にクロスします。そうでなければ、約定またはキャンセルされるまで注文は板に残ります。
これは オーダーブックのみ (RFQ/RPI レイヤーなし) に設定された銘柄、および route: "book_only" を指定して送信されたすべての注文の執行経路です。リデュースオンリー注文、一括注文、WebSocket 経由の注文も直接板に送られます。
RPI 注文 (Retail Price Improvement)
オーダーブックと RFQ の両方に対応した銘柄では、route: "best_execution" を指定した (またはルートを指定しない) POST /order は 2 段階の執行パイプラインに入ります。これは Hypercall フロントエンドのデフォルト経路です。
フェーズ 1: RPI オークション
マーケットメイカーがお客様の注文の約定を競います
- 注文は接続中のすべてのクォートプロバイダーに配信されます
- マーケットメイカーは 2 秒以内に確定気配で応答します
- 執行可能な板の流動性がある場合、すべての気配はその板価格を厳密に改善する必要があります
- 執行可能な板の流動性がない場合、すべての気配はお客様の指値を満たす必要があります
- 最良価格の気配が勝ちます (同値の場合は到着順)
- すべてのマーケットメイカーが応答した時点でオークションは早期終了します
- 条件を満たす気配が勝った場合、指値以上に有利な価格で即座に約定します
フェーズ 2: 指値へのフォールバック
お客様の注文は標準の指値注文になります
- フェーズ 1 で条件を満たす約定がなかった場合にのみ作動します
- 注文は元の指値価格でオーダーブックに置かれます
- 指値以上に有利な板上の流動性があれば即座にクロスします
- そうでなければ、約定またはキャンセルされるまで板に残ります
- 標準の執行条件が適用されます (GTC、IOC、FOK)
- 送信からフェーズ 2 までの合計レイテンシ: 約 2 秒
この構造は、CBOE BYX の Retail Price Improvement や NYSE Retail Liquidity Program といった株式市場のプログラムに由来しています。マーケットメイカーが板より先にお客様の注文を見られるのは、執行可能な板上の流動性を改善せずに割り込むことをしない場合に限られます。
RFQ (Request for Quote)
RFQ は、複数レッグの注文 (スプレッド、ストラドル、アイアンコンドル、リスクリバーサル) と、RFQ のみに設定された単一レッグ銘柄に使われます。取引相手はマーケットメイカーのみで、板へのフォールバックはありません。どの気配も約定しなければ、リクエストは失効します。固定比率のパッケージであれば、代わりにコンボ注文を送信することもできます。
RFQ には 2 つのモードがあります。
手動承認
- 各レッグ (銘柄、売買方向、レッグごとの数量) を指定して
POST /rfq/requestでパッケージを送信します - システムがリクエストを対象となるすべてのクォートプロバイダーに配信します
- QP が確定気配で応答します (有効期間は最大 30 秒)
- アプリ上ですべての気配を確認し、承認するものを手動で選択します
- 承認 (
POST /rfq/accept) に署名して送信し、取引を執行します
手動承認では、どの気配を受け入れるかを完全にコントロールできます。その代わり、2 回目の署名が必要になり、検討中に気配が失効するリスクがあります。
自動執行
auto_accept_limit(支払ってもよい最大デビット、または受け取る最小クレジット) を指定してPOST /rfq/requestでパッケージを送信します- お客様の署名により、リミット内の任意の価格での執行が事前承認されます
- リミットを満たすか上回る最初の気配が、2 回目の署名なしで自動的に執行されます
- RFQ が失効する前に条件を満たす気配が届かなければ、約定なしでリクエストは失効します
自動執行はより速く、シンプルです。許容できる最悪の価格をあらかじめ設定し、あとはシステムに執行を任せます。Hypercall フロントエンドが複数レッグのパッケージで使うのはこのモードです。
複数レッグの約定は常に全部か無しかです。パッケージ全体がアトミックに執行されるか、まったく執行されないかのどちらかです。これによりレッグリスクが排除されます。
コンボ注文
コンボ注文は、同一の原資産に対する 2 から 8 本のオプションレッグを固定比率で、パッケージのネット価格による単一の指値注文として取引します。すべてのレッグが一緒に約定するか、まったく約定しないかのどちらかで、結果として得られるポジションは個々のオプションです。
- ルーティング:
best_executionの場合、パッケージはまずパッケージ全数量で RPI オークションにかけられ、その後板に送られます。book_onlyの場合はオークションをスキップします。 - 流動性: 同じパッケージの他のコンボ注文、および各レッグ単体の板から構成されるサポート対象のインプライド流動性とマッチングできます。
- 執行条件: GTC はパッケージの未約定残を板に残し、IOC はキャンセルし、FOK はパッケージ全数量を執行するか、まったく執行しません。
- アプリ上: すべてのレッグが同一原資産上のアクティブで板が有効なオプションである場合、複数レッグのチケットでコンボ指値注文を選択できます。同じパッケージについて RFQ の気配を依頼することも引き続き可能です。
コンボ用の API は実験的なものです。銘柄の検出、署名、現在の制約については Experimental Combo API をご覧ください。
パーペチュアル注文
パーペチュアル先物は Hyperliquid のパーペチュアルです。Hypercall の板では取引されず、RPI オークションや RFQ も経由しません。Hypercall のエンジンはまず各パーペチュアル注文をお客様のポートフォリオ証拠金口座全体に照らしてチェックし、その後、注文は TEE ルート (アプリのデフォルト、API ではオプトイン。これらの注文には Hypercall のビルダーアドレスが付与されます) のセキュアエンクレーブ経由、または上級者向けスマートコントラクトルートのアカウントコントラクト経由で Hyperliquid に届き、Hyperliquid のルールに従って Hyperliquid のオーダーブック上でマッチングされます。
注文経路の全体像は Hypercall のパーペチュアル、各注文タイプについてはパーペチュアルの注文タイプをご覧ください。
一括操作と置換操作
プログラムで取引するトレーダー向けに、API はバッチ操作をサポートしています。
一括・置換エンドポイント
- 一括発注 (
POST /bulk_order): 1 回のリクエストで最大 50 件の注文を送信します。一括注文はオーダーブックに直接送られ (book_only)、RPI オークションには入りません。 - 一括キャンセル (
DELETE /bulk_orderまたはDELETE /bulk_order_cloid): 注文 ID またはクライアント ID を指定し、1 回のリクエストで最大 50 件の注文をキャンセルします。 - 置換 (
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) によって凍結されていないこと
- オークションまたは RFQ の時点で WebSocket 経由で接続していること
各オークションでは複数の QP が競争します。システムは最良価格を選び、同値の場合は到着順で決めます。この競争こそが価格改善を生み出す仕組みです。参加する QP が増えるほど競争は激しくなり、スプレッドは縮小します。
QP のリスク管理についてはマーケットメイカー保護 (MMP)、マーケットメイカー向けプログラムについてはインセンティブをご覧ください。
銘柄の対象範囲
各銘柄には、注文のルーティング方法を決める取引モードが設定されています。
現在メインネットに上場しているすべてのオプションは オーダーブック + RFQ モードで稼働しています。取引モードは銘柄ごとに設定され、変更されることがあります。銘柄がどのモードであっても、お客様が送信する注文タイプは同じです。
約定優先順位のまとめ
RPI 対象銘柄で単一レッグの注文がシステムに入ると、約定は次の順に優先されます。
1. RPI オークション
最初の確認 (対象銘柄のみ)
- マーケットメイカーがお客様の注文を競います
- お客様の指値を満たす必要があります
- 執行可能な板上の流動性を 1 ティック以上改善する必要があります
- 最良の気配が勝ち、同値の場合は到着順
- 約定には価格改善が含まれる場合があります
2. 板とのクロス
既存の流動性で即時約定
- RPI で約定しなかった場合に作動します
- 指値以上に有利な板上の注文とクロスします
- 標準の価格・時間優先
- 部分約定の場合があります (標準のマッチング)
3. 板に残る注文
取引相手を待ちます
- 即時クロスしなかった場合に作動します
- 注文はお客様の指値価格で板に残ります
- オーダーブック上に表示されます
- お客様の執行条件の設定に従います
オーダーブックのみの銘柄では、フローはステップ 2 から始まります (RPI オークションなし)。システムがお客様の指値より不利な価格で約定させることはありません。