「ポストオンリー」注文とは何ですか?またその利点は何ですか?

ポストオンリー注文について

1. ポストオンリー注文は、オーダーブックに追加されるだけで、既存の注文に対して直ちに実行されることのない指値注文を発注する命令です。

2. ポストオンリー注文の価格が利用可能な取引相手の最良価格と一致するか、それを上回る場合、取引所は注文を約定せずに拒否します。

3. このメカニズムにより、トレーダーは流動性を受け取る側ではなく、厳密に流動性を提供する側として機能することが保証されます。

4. 取引所は、注文を受け入れる前に注文の潜在的な実行パスをチェックすることにより、この動作を強制します。

5. 注文は、市場価格が指定されたレベルに達するまで受動的なままであり、その時点で、受信する積極的な注文との一致を開始する可能性があります。

流動性供給インセンティブ

1. 多くの暗号通貨取引所は、オーダーブックに深みを与える注文に対して、メーカー手数料の減額またはゼロを提供しています。

2.ポストオンリー注文は、送信時に流動性が削除されないため、自動的にメーカー手数料処理の対象となります。

3. 継続的に静止ビッドとアスクを提供するトレーダーは、30 日間の取引量に基づいて手数料リベートまたは段階的割引を獲得します。

4. 一部のプラットフォームでは、価格レベルでの優先キューの位置付けや検証済み流動性プロバイダー向けの強化された API レート制限などの追加の利点が拡張されています。

5. これらのインセンティブは、特に低ボラティリティ期間において、スプレッドの縮小と市場の深化を促進します。

リスク軽減機能

1. ポストオンリー注文は、意図しない積極的な執行によって引き起こされる偶発的な市場への影響を防ぎます。

2. フラッシュクラッシュや急激な価格変動の際、トレーダーは短期的なボラティリティに関わらず注文が受動的であることを保証することでスリッページを回避します。

3.ブックのトップ付近で大規模な指値注文を行う場合に、望ましくない価格で部分的に約定する可能性を排除します。

4. 裁定取引者は、相関資産全体にわたる連鎖的な清算を引き起こすことなく、正確なエントリーポイントを維持するためにこれらを使用します。

5. 時間加重平均価格設定に依存するアルゴリズム戦略には、断片化された会場環境の中でも実行規律を維持するためのポストオンリー ロジックが組み込まれています。

Exchange固有の実装のバリエーション

1. Binance は、スポットおよび先物の指値注文にのみポストオンリー ロジックを適用しますが、ストップ マーケットおよびトレーリングストップ タイプは除外します。

2. Bybit は、配置時にスプレッドを横切る部分がある場合、エラー コード「PostOnlyOrderWouldMatch」で厳密に拒否します。

3. Kraken は、100 ミリ秒以内に即時一致が存在しない場合に限り、ポストオンリー注文が最初の拒否後に通常の指値注文に変換されるハイブリッド モデルを実装しています。

4. OKX では、ワークフローをヘッジするためのポストオンリー制約とともに、「Reduce-Only」フラグによる条件付きアクティベーションが可能です。

5. Deribit は、永久先物市場におけるガンマ線暴露の懸念を理由に、ポストオンリーの使用をオプション契約のみに制限しています。

よくある質問

Q: ポストオンリー注文は、発注後にテイカー注文になることはできますか? A: いいえ。一度注文帳に受理されると、完全に実行されるかキャンセルされるまではメーカー注文のままです。市場価格がそのレベルを移動しても、その分類は変わりません。

Q: ポストオンリー注文は、送信後すぐに公的注文簿に掲載されますか? A: はい。これらは、取引所がポストオンリーステータスとは独立して動作する非表示または氷山の機能をサポートしない限り、表示可能な休止注文として公開されます。

Q: 主要取引所でのポストオンリー注文に最小サイズ要件はありますか? A: ほとんどのプラットフォームでは、標準のロット サイズ ルールを超える特別な最小値は課されていませんが、一部のプラットフォームでは、価格フィールドの資格を得るためにティック サイズの精度を順守する必要があります。

Q: ネットワーク遅延により、価格変動後にポストオンリー注文が到着した場合はどうなりますか? A: 実行適格性は、クライアント側のクロック同期や送信期間ではなく、サーバー側のタイムスタンプと取り込み時の注文帳の状態のみに依存します。