OCO (One-Cancels-the-Other) 注文とは何ですか? そしてその使用方法は何ですか? (事前取引注文)

OCO 注文の仕組みを理解する

1. OCO 注文は、2 つの別個の注文 (通常は逆指値注文と指値注文) をリンクする条件付き取引命令で、一方の注文が自動的にキャンセルされるようにします。

2. トレーダーは、特に価格変動が主要なサポートゾーンまたはレジスタンスゾーンにまたがって急速に変化する可能性がある不安定な仮想通貨市場において、機会を維持しながらリスクを管理するために OCO 注文を展開します。

3. 単純なストップロスまたはテイクプロフィット注文とは異なり、OCO は相互排他性を強制します。市場がストップコンポーネントをトリガーすると、指値コンポーネントは即座に消滅し、その逆も同様です。

4. Binance、Bybit、OKX などの取引所は、スポットおよび先物のインターフェイスに OCO 機能をネイティブに実装していますが、レッグ間の最小価格距離などのパラメーターは資産ペアや契約タイプによって異なる場合があります。

5. 基礎となるロジックは取引所側のオーダーブック監視に依存しています。サーバー側でトリガー条件が満たされると、キャンセルのためにクライアント側のソフトウェアや API ポーリングは必要ありません。

仮想通貨のボラティリティにおける戦略的展開

1. 2024 年 3 月の Bitcoin の 69,000 ドルから 58,000 ドルへの急激なリトレースメント中、トレーダーは OCO を使用して、57,500 ドルで逆指値注文 (ロングを終了するため) と 59,200 ドルで指値購入 (回復時に再エントリーするため) を出し、いずれかが約定されるまで両方とも同時にアクティブでした。

2. SOL/USDT などの流動性の低いアルトコイン ペアでは、OCO はスリッページ トラップの回避に役立ちます。ストップリミット レッグにより、定義された約定価格を下回る約定が防止されますが、競合する指値注文により狭い範囲内でのみエントリーが確保されます。

3. 裁定取引者は集中型と分散型の会場に OCO を適用します。一方のレッグは Coinbase Pro の価格偏差をターゲットにし、もう一方のレッグは Kraken の反転を固定し、どちらかが約定した場合は自動的にキャンセルされます。

4. 無期限先物契約では、証拠金残高の再計算に残存注文の影響のみが反映されるように、OCO ペアはポジション モード設定 (クロスまたは分離証拠金) と組み合わされることがよくあります。

Exchange アーキテクチャ全体での実行動作

1. Binance は OCO 注文をアトミックに処理します。両方のレッグがアクティブ化前にマッチング エンジンに登録され、キャンセル信号は通常の負荷の下で 100 ミリ秒未満のレイテンシー内で伝播します。

2. Bybit の OCO 実装により、レッグごとの有効期限オプション (GTC、IOC、または FOK) が可能になり、1 つの一致サイクルに対して有効な FOK 指値注文と組み合わせた GTC ストップロスなどの非対称デュレーション ポリシーが可能になります。

3. Deribit は、OCO の使用をオプション市場のみに制限しており、2 つのレッグが同じ基礎となる行使価格と満了日を参照する必要があるため、スポット BTC または ETH の指向性プレイには適していません。

4. 一部の分散型取引所にはネイティブ OCO サポートがありません。ユーザーはスマート コントラクト ラッパーまたはサードパーティのボットを介してそれをシミュレートするため、追加のガスコストとオラクル依存リスクが生じます。

リスクに関する考慮事項とよくある落とし穴

1. 週末のイベントやフラッシュクラッシュ中の価格差は、トリガーの一部または失敗を引き起こす可能性があります。BTC が 1 ティックで 61,000 ドルから 57,000 ドルに下落した場合、59,000 ドルの逆指値注文は予想をはるかに下回って約定する可能性がありますが、そのペアの指値注文は休眠状態のままですが、とにかくキャンセルされます。

2. オーダーブックの深さはリミットレッグの実行可能性に影響します。薄い ETH/USDT オーダーブックに $58,500 の買いリミットを設定すると、ストップレッグがキャンセルされた後でも約定がゼロになる可能性があり、トレーダーは新たなエントリーができない状態になります。

3. 取引所のメンテナンス ウィンドウまたは API レート制限によって OCO 登録が遅れる可能性があり、その結果、一方のレッグが受け入れられる一方で、もう一方のレッグがタイムアウトにより拒否されることになり、意図しない単一注文のエクスポージャが発生する可能性があります。

4. 規制上の分類はさまざまです。米国のプラットフォームでは、CFTC の指導の下で OCO を複雑なデリバティブとして扱い、小売口座へのアクセスを有効にする前に強化された KYC 検証が必要です。

よくある質問

Q: アクティブな OCO 注文の 1 つのレッグを変更できますか?いいえ。一度送信されると、両方の脚は変更できません。変更するには、OCO 構造全体を完全にキャンセルして再送信する必要があります。

Q: OCO注文は実行前に証拠金を消費しますか?証拠金は、送信時ではなく、いずれかのレッグのアクティブ化時にのみ確保されます。アイドル状態の OCO は、利用可能残高や清算の計算には影響しません。

Q: OCO 注文は公的注文簿に表示されますか?トリガーされるまでどちらの脚も表示されません。約定された注文のみが公開取引履歴または注文帳のスナップショットの一部になります。

Q: ネットワーク遅延によりキャンセルの確認ができない場合はどうなりますか? Exchange はすべてのキャンセル イベントをサーバー側でログに記録します。クライアントの承認がなくても、キャンセルされたレッグはマッチング エンジンで永久に無効になります。