「ポストオンリー」注文とは何ですか?いつ使用する必要がありますか?

ポストオンリーオーダーについて

1. ポストオンリー注文は、メーカーとしてのみ約定する指値注文の一種です。つまり、オーダーブックに追加する必要があり、反対側の既存の注文とすぐに照合することはできません。

2. ポストオンリー命令が休止中の注文に対する即時執行の可能性を検出した場合、取引所はその注文をテイカー注文に変換するのではなく、完全に拒否します。

3. この動作により、トレーダーはテイカー手数料の支払いを回避し、代わりに多くの取引所が提供するメーカーリベートの資格を得ることができます。

4. 注文は、市場注文または積極的な指値注文によって完全に約定されるか、ユーザーによって手動でキャンセルされるまで、注文帳に表示されたままになります。

5. 取引所は、マッチング エンジン レベルでポストオンリー ロジックを適用し、一度送信されるとアトミックで交渉不可能になります。

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

1. ほとんどの集中型暗号通貨取引所は、非対称の料金体系を適用しており、メーカーは 0.01% ～ 0.05% の範囲のリベートを受け取り、テイカーは 0.05% ～ 0.25% の手数料を支払います。

2.ポストオンリー注文を一貫して使用すると、特に注文量は多いが個々のサイズが小さい高頻度またはスキャルピング戦略中に、トレーダーは時間の経過とともにリベートを蓄積できます。

3. 一部のデリバティブ プラットフォームは、このモデルを資金調達レートの裁定取引に拡張しており、正確なタイミングと手数料の最小化が純収益性に直接影響します。

4. 取引所間のレイテンシーに敏感な戦略を展開するアービトラージャーは、マージン効率を維持し、スリッページによるテイカーのコンバージョンを回避するために、ポストオンリーの配置に大きく依存しています。

5. 専用の流動性提供プログラムを運用しているマーケットメーカーは、リベート適格性に関する取引所の要件に準拠するために、すべての休止注文をポストオンリーとして設定することがよくあります。

リスクと制限

1. ポストオンリー注文は、特に買値と買値のスプレッドが急速に拡大した場合など、不安定な状況下で仲値に近づきすぎると、何も言わずに失敗する可能性があります。

2. フラッシュ クラッシュや突然の流動性引き出しの際、以前は安全だったポストオンリー レベルが実行可能になり、予期せぬ拒否や意図したパラメーターを超えた部分的なフィルが発生する可能性があります。

3.事後実行のみに依存するトレーダーは、マッチングが発生する前に価格が制限を超えて変動すると、機会を完全に逃すリスクがあります。

4. 注文帳深度視覚化ツールは、実際の利用可能な流動性を誤って表示する場合があり、ユーザーが不完全なデータに基づいてポストオンリー注文を行う原因となります。

5. 特定の取引所はストップリミットまたは条件付き注文のポストオンリーフラグをサポートしていないため、自動リスク管理システムでの適用が制限されています。

アルゴリズム取引システムへの統合

1. 高頻度取引ボットは、ポストオンリーロジックを注文送信パイプラインに直接埋め込み、送信前に最良買値/売値からの価格距離を検証します。

2.カレンダースプレッドや取引所間三角裁定取引などのマルチレッグ戦略では、一方のレッグがテイカーとして実行され、ポジション間のバランスが崩れることを防ぐためにポストオンリールールを厳守する必要があります。

3. バックテスト フレームワークは、注文の到着と書籍の更新の間の遅延ベースの競合状態を含む、ポストオンリー拒否のメカニズムを正確にシミュレートする必要があります。

4. Exchange API は、ポストオンリーのエラーを報告する方法が大きく異なります。HTTP 400 エラーを返すものもあれば、WebSocket 拒否メッセージを送信するものもあり、堅牢なエラー解析が必要です。

5. 機関向けアルゴ スイートでは、リアルタイムのスプレッド分析に基づいて制限を動的に調整するカスタム価格検出モジュールの上にポストオンリーの執行を重ねることがよくあります。

よくある質問

Q: 例外的な状況下で、ポストオンリー注文をテイカーとして実行することはできますか?いいえ、交換はアトミックなポストオンリーのセマンティクスを保証します。テイカーの実行につながるシナリオは、取引所のマッチング エンジンのバグか、文書化された動作以外の API パラメーターの誤用を示しています。

Q: 分散型取引所はポストオンリー注文をサポートしていますか?ほとんどの AMM ベースの DEX はオーダーブックやメーカー/テイカーの区別を実装していないため、ポストオンリー ロジックは適用されません。ただし、dYdX v3 や Injective Protocol などのオーダーブック DEX は、マッチング エンジンを介してネイティブのポストオンリー フラグをサポートしています。

Q：「ポスト専用」と「メーカー専用」に違いはありますか？これらは、事実上すべての取引所で同一の機能を指します。用語はプラットフォームのドキュメントによって異なりますが、操作上の区別はありません。

Q: ポストオンリーの注文が何日も満たされない場合はどうなりますか?キャンセル、期限切れ、または照合されるまで、注文帳に残ります。パッシブプレースメントには追加料金は発生しませんが、一部の取引所では延長期間後にアイドル注文のクリーンアップポリシーを課しています。