注文の優先順位
注文がどのようにルーティングされ、誰が約定させることができ、どの順序で処理されるかを解説します。
オーダーブックの基礎
Hypercallは、オプションとパーペチュアル先物のために中央指値注文板（CLOB）を運用しています。板上のすべての待機注文は指値注文です。独立した注文タイプとしての成行注文は存在しません。
価格・時間優先の原則
板上の注文は価格・時間優先でマッチングされます:
- 価格: 最良価格の待機注文が最初に約定します。ビッドは高い順、アスクは低い順にランク付けされます。
- 時間: 同じ価格レベルでは、最も早く到着した注文が最初に約定します。
新規注文が待機中の流動性とクロスすると、利用可能な最良価格に対して即座に約定します。未約定の残余分は板に残ります（または有効期限条件（time-in-force）に応じてキャンセルされます）。
有効期限条件（Time-in-Force）
すべての注文には有効期限条件（TIF）の指示が含まれます:
専用の「成行注文」タイプは存在しません。成行注文と同様の動作を得るには、支払っても良い価格でTIFをIOCに設定した指値注文を出してください。注文は利用可能な流動性とクロスし、未約定部分はキャンセルされます。
メイカーとテイカー
すべての約定には2つの側があります:
- **メイカー**は、注文がすでに板上に待機していた側です。
- **テイカー**は、新規注文でそれとクロスした側です。
ローンチ時の設定では、メイカーとテイカーの手数料は0%です。ローンチ時のポリシーと将来予定されている手数料体系については、手数料をご覧ください。
注文タイプ
Hypercallは、取引対象と注文方法に応じて、複数の執行経路をサポートしています:
指値注文
シングルレッグのオプション、板へ直接
- オーダーブック上の標準的な指値注文
- 待機中の流動性とクロスするか、指定価格で板に残ります
- オーダーブック専用の銘柄で利用可能
- 有効期限条件: GTC、IOC、またはFOK
RPI注文
シングルレッグのオプション、オークション + 板
- RFQ対象銘柄で自動的に適用
- 板の前に2秒間のMMオークション
- MMは参照価格を1ティック以上上回る必要があります
- MMが約定させない場合は標準的な指値注文にフォールバック
RFQ
マルチレッグ・パッケージ
- プロのマーケットメイカーへのRequest for Quote（見積依頼）
- 手動承認または指値付きの自動執行
- アトミックな約定: パッケージ全体か、まったく約定しないか
- マルチレッグにはオーダーブックへのフォールバックなし
指値注文
最もシンプルな経路です。価格、サイズ、売買方向、シンボルを指定して注文を出します。エンジンはあなたの証拠金を確認し、EIP-712署名を検証し、注文を板に載せます。
指値以下（またはそれより良い価格）の待機流動性が板にあれば、即座にクロスします。そうでない場合、注文は約定またはキャンセルされるまで板に残ります。
これは、オーダーブック専用（RFQ/RPIレイヤーなし）として設定された銘柄の執行経路です。
RPI注文（Retail Price Improvement）
オーダーブックとRFQの両方が設定された銘柄では、シングルレッグの注文は自動的に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専用として設定されたシングルレッグ銘柄に使用されます。任意のマルチレッグ・パッケージのためのCLOBは存在しないため、マーケットメイカーが唯一の取引相手となります。
RFQには2つのモードがあります:
手動承認
POST /rfq/request経由でレッグ（レッグごとの銘柄、売買方向、サイズ）を含むパッケージを送信します- システムはリクエストを対象となるすべてのクオート・プロバイダーに一斉配信します
- QPは確定クオートで応答します（最大30秒間有効）
- アプリですべてのクオートを確認し、承諾するものを手動で選択します
- 承諾（
POST /rfq/accept）に署名・送信して取引を執行します
手動承認では、どのクオートを受け入れるかを完全にコントロールできます。トレードオフとして、2回目の署名が必要になることと、検討している間にクオートが失効するリスクがあります。
自動執行
POST /rfq/request経由でauto_accept_limit（支払っても良い最大デビット、または受け入れる最小クレジット）を含むパッケージを送信します- あなたの署名は、指値の範囲内であればどの価格でも執行を事前承認します
- 指値を満たすか上回る最初のクオートが、2回目の署名なしで自動的に執行されます
- RFQの有効期限までに条件を満たすクオートが届かない場合、リクエストは約定なしで失効します
自動執行はより速く、よりシンプルです。許容できる最悪の価格を事前に設定し、システムに執行を任せます。これはHypercallフロントエンドがマルチレッグ・パッケージに使用するモードです。
マルチレッグの約定は常にオール・オア・ナッシングです。パッケージ全体がアトミックに執行されるか、まったく執行されないかのいずれかです。これによりレッグリスクが排除されます。
パーペチュアルの注文（ディレクティブ）
パーペチュアル先物の注文は別の経路を通ります。オプションのオーダーブックではなく、パーペチュアルの注文はディレクティブとしてHyperCore（Hyperliquidのオンチェーン執行レイヤー）に送信されます。
パーペチュアルの注文はPOST /v1/actions/hl_limit_order経由で送信され、以下をサポートします:
パーペチュアルの注文はRPIオークションやRFQシステムを通りません。署名され、オンチェーンの取引所コントラクトにリレーされ、オンチェーンでマッチングされます。
バルクおよびリプレース操作
プログラムによる取引を行うトレーダー向けに、APIはバッチ操作をサポートしています:
バルクおよびリプレースのエンドポイント
- バルク発注（
POST /bulk_order）: 1リクエストで最大50件の注文を送信。各注文は独立して標準の執行経路に入ります。 - バルクキャンセル（
DELETE /bulk_orderまたはDELETE /bulk_order_cloid）: 1リクエストで注文IDまたはクライアントIDにより最大50件の注文をキャンセル。 - リプレース（
PUT /order）: 既存の注文をキャンセルし、同一エンジンティック内でアトミックに新規注文を発注。ギャップリスクなし。 - バルクリプレース（
PUT /bulk_order）: 最大50件の注文をアトミックにリプレース。
リプレース操作は、新しい注文が処理中の間に古い価格で約定させられるリスクにさらされることなくクオートを更新する必要があるマーケットメイカーにとって不可欠です。
プライス・インプルーブメント（RPI）
RPIオークションの中核的な保証: マーケットメイカーは、板よりも良い価格を提示しない限り、執行可能な待機流動性を飛び越えることはできません。指値の範囲内にある待機流動性は、あなたの注文より小さいサイズであっても、板の参照価格を設定します。あなたの指値は、板に流動性がない場合のプライス・インプルーブメントの基準ではなく、許容できる最悪の執行価格であり続けます。
参照価格
参照価格は、マーケットメイカーが上回らなければならない、指値の範囲内にある最良の待機板価格です。その価格に表示されているサイズは、あなたの注文全量をカバーする必要はありません。執行可能な待機流動性がない場合、クオートはあなたの指値を満たすだけで良いことになります。
買い注文
- 最良アスク <= あなたの指値の場合、参照価格 = 板の最良アスク
- MMは参照価格から1ティック引いた価格以下でクオートする必要があります
- 執行可能なアスクがない場合、MMはあなたの指値以下でクオートできます
売り注文
- 最良ビッド >= あなたの指値の場合、参照価格 = 板の最良ビッド
- MMは参照価格に1ティック加えた価格以上でクオートする必要があります
- 執行可能なビッドがない場合、MMはあなたの指値以上でクオートできます
これはCBOE BYX Rule 11.24と同じ原則です。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）によりフリーズされていないこと
- オークションまたはRFQの時点でWebSocket経由で接続していること
各オークションでは複数のQPが競争します。システムは最良価格を選択し、同点の場合は到着時間で決定します。この競争こそがプライス・インプルーブメントを生み出すメカニズムです。QPが増えるほど競争が激化し、スプレッドは狭まります。
QPのリスク管理方法についてはマーケットメイカー・プロテクション（MMP）を、マーケットメイカー向けプログラムについてはインセンティブをご覧ください。
銘柄の対象設定
各銘柄にはトレーディングモードが設定されており、注文のルーティング方法を決定します:
銘柄が成熟し、より多くの待機流動性を集めるにつれ、RFQ対応からオーダーブック専用へと移行します。このルーティングはユーザーには透過的です。銘柄がどのモードであっても、常に同じ注文タイプで注文を出せます。
約定優先順位のまとめ
RPI対象銘柄でシングルレッグの注文がシステムに入ると、約定は以下の順序で優先されます:
1. RPIオークション
最初の機会（対象銘柄のみ）
- マーケットメイカーがあなたの注文を巡って競争します
- あなたの指値を満たす必要があります
- 執行可能な待機流動性を1ティック以上改善する必要があります
- 最良クオートが勝ち、同点の場合は到着時間で決定
- 約定にはプライス・インプルーブメントが含まれる場合があります
2. 板とのクロス
既存の流動性で即座に約定
- RPIでの約定がない場合に発動
- 指値またはそれより良い価格の待機注文とクロス
- 標準的な価格・時間優先
- 部分約定の可能性あり（標準的なマッチング）
3. 待機注文
取引相手を待つ
- 即座のクロスがない場合に発動
- 注文は指値価格で板に残ります
- オーダーブック上に表示されます
- 設定した有効期限条件に従います
オーダーブック専用銘柄では、フローはステップ2から始まります（RPIオークションなし）。システムがあなたの指値より悪い価格で約定させることは決してありません。