契約における「ポストオンリー」注文とは何ですか? （メーカー戦略）

ポストオンリー実行のコアメカニズム

1. ポストオンリー注文は、現在のスプレッドをクロスしない価格で発注する必要がある厳密な指値注文です。オーダーブック内の既存の取引相手の注文と即座に照合することはできません。

2. 取引所はリアルタイム検証を実行します。入札価格が最良売値以上である場合、または売値が最良入札以下である場合、注文は ID が割り当てられずに完全に拒否されます。

3. ビッドがベスト・アスクを厳密に下回っており、アスクがベスト・ビッドを厳密に上回っている場合にのみ、注文は目に見える流動性条項としてオーダーブックに入ります。

4. このメカニズムにより、注文時のその後の市場の動きに関係なく、トレーダーは決してテイカーではなくメイカーの役割を引き受けることが保証されます。

5. Post-Only ロジックでは部分的なフィルは許可されません。注文全体が正常に投稿されるか、完全に失敗するかのどちらかです。

料金の意味と経済的インセンティブ

1. 取引所は差別化された手数料スケジュールを適用します。メーカー手数料はテイカー手数料よりも一貫して低く、主要なデリバティブプラットフォーム全体で 2 ～ 5 倍であることがよくあります。

2. 特定の会場では、マイナスのメーカー手数料が設定されています。これは、ユーザーが約定時にリベートを受け取ることを意味し、流動性を提供するための収入を効率的に得ることができます。

3. 永久スワップ市場では、テイカー手数料を回避することによる累積節約額はラウンドターン取引ごとに 0.03% を超える可能性があり、ポジションのサイズと頻度に応じて非線形に拡大します。

4. 裁定取引者とマーケットメーカーは、この構造の非対称性を利用して、摩擦コストによる浸食を発生させることなく、低利益で大量の取引を維持します。

5. 手数料の差額は、特にブックのトップ層でキューの優先順位を競合する同じ場所にあるアルゴリズム システム間で、注文ルーティングの決定に直接影響します。

主要なプラットフォームにわたるインターフェースの実装

1. OKX は、詳細注文パネル内に「PO」というラベルの付いたトグルを表示します。アクティブ化には、送信前に明示的なユーザー確認が必要です。

2. Bybit は、「制限」ドロップダウン内のデフォルト オプションとしてポストオンリーを統合しますが、「メーカーのみ」チェックボックスが手動で有効になっている場合にのみ有効になります。

3. Hyperliquid はポストオンリーの動作をネイティブの注文タイプの選択に埋め込み、「指値 (PO)」が標準の指値注文とは別の個別のエントリとして表示されます。

4. BitTap は、価格入力後に動的な「パッシブとして設定」ボタンを表示します。これは、注文プレビューの横にある永続的な緑色の「PO」バッジによってアクティブ化を視覚的に確認します。

5. Deribit では、ユーザーは専用の注文タイプのメニューから「ポストのみ」を選択する必要があります。設定を誤った場合でも、標準の制限ロジックへのフォールバックは発生しません。

運用上のリスクと障害モード

1. 価格精度エラーはサイレント拒否の原因となります。ベストアスクが 100.00 のときに 100.00 を送信すると、たとえ人間の知覚ではそれらが同一であるとみなされても、即座に拒否が引き起こされます。

2. ネットワーク遅延のスパイクにより、スプレッドが崩壊すると同時に注文が届くという競合状態が発生し、予期しない注文書違反や拒否が発生する可能性があります。

3. フラッシュ クラッシュは連鎖的な拒否を誘発します。Hyperliquid の 2026 年 3 月の微細構造レポートによると、ポストオンリー送信の試行の 88.9% 以上が極端なボラティリティ ウィンドウ中に失敗します。

4. 一部の取引所は逆指値注文またはトリガーベースの条件付き注文のポストオンリーをサポートしていないため、リスク管理ワークフローでの有用性が制限されています。

5. スポット市場と無期限市場の間のオーダーブックの深さの不一致により、誤った信頼が生まれます。ある商品の PO の有効性は、別の商品の有効性を保証しません。

アクティブな注文の検証プロトコル

1. アクティブな注文タブでは、注文ステータスが「オープン」と表示され、「約定済み」または「部分的に約定済み」のインジケーターが表示されない必要があります。

2. 注文履歴の「役割」列には、「メーカー」と明示的に記載する必要があり、「テイカー」または空白にすることはできません。

3. 注文にリンクされた実行された取引は、手数料フィールドにゼロまたはプラスではなく、マイナスの値 (-0.00012 BTC など) を表示する必要があります。

4. 注文 ID は、消えたり「キャンセル済み」に移行したりすることなく、少なくとも 3 回の連続したポーリング間隔の間、「現在の注文」リストに存続する必要があります。

5. オンチェーントランザクションログを介したチェーンレベルの確認は、同じブロック内の関連する「OrderMatched」または「OrderCancelled」トレースのない単一の「OrderPlaced」イベントを反映する必要があります。

よくある質問

Q: ポストオンリーの注文は送信後にキャンセルできますか? A: はい。オーダーブックに受け入れられると、標準の指値注文と同じように動作し、REST API または UI コントロールを介した完全なキャンセル機能をサポートします。

Q: ポストオンリーはレバレッジや証拠金の計算に影響しますか? A: いいえ。証拠金要件は想定元本、レバレッジ設定、および基礎となる担保によってのみ決定されます。ポストオンリーステータスは証拠金エンジンのロジックに影響を与えません。

Q: 一部の取引所が「価格が市場に近すぎる」エラーでポストオンリー注文を拒否するのはなぜですか? A: これは、送信された価格が、丸めアーチファクトによるエッジケースのスプレッドクロスを防ぐために設計された、構成可能なティック許容範囲 (多くの場合、最小価格増分 1 つに設定されます) 内にある場合に発生します。

Q: 特定の取引所のすべての契約タイプでポストオンリーを利用できますか? A: 普遍的ではありません。特定のプラットフォームでは、決済メカニズムと価格フィードの依存関係が異なるため、インバース契約、クォント スワップ、またはオプション シリーズのポストオンリーが無効になります。