OKX で BTC のストップロスを設定するにはどうすればよいですか?

OKX のストップロスの仕組みを理解する

1. OKX のストップロス注文は、最後の取引価格が事前定義されたしきい値に達するか超えるとトリガーされ、設定に応じて成行注文または指値注文に自動的に変換されます。

2. プラットフォームは、ストップマーケット、ストップリミット、テイクプロフィットマーケット、テイクプロフィットリミットといっ​​た複数の逆指値注文タイプをサポートしており、それぞれが異なるリスク管理目標を果たします。

3. トリガーは、インデックス価格、マーク価格、または最終価格に対して評価されます。ユーザーは、意図しない約定を避けるために、注文時に参照価格タイプを明示的に選択する必要があります。

4. BTC-USDT 無期限契約の場合、ストップ注文は清算エンジンの調整の対象となります。トリガー価格が資金調達率の調整ウィンドウと一致した場合、レイテンシーに敏感な戦略ではスリッページが発生する可能性があります。

5. すべてのストップ注文には十分な利用可能なマージンが必要です。バランスが不十分な場合は、再試行ロジックなしで即座に拒否されます。

python-okx による段階的な構成

1. 環境変数api_key 、 api_secret_key 、およびpassphraseからロードされた認証された資格情報を使用して Trade API を初期化します。

2. instId='BTC-USDT' 、 tdMode='cross' 、およびordType='stop'を指定して逆指値注文ペイロードを構築します。

3. slTriggerPx をストップがアクティブになる価格レベルとして定義し、 slOrdPx をストップリミット注文の指値価格として定義します。または、成行執行の場合は「-1」に設定します。

4. trade_api.place_order()を使用して送信します。応答には、後続の追跡またはキャンセルのためのordIdが含まれます。

5. /public/positionsおよび/private/ordersチャネルへの WebSocket サブスクリプションを介してリアルタイム ステータスを監視し、約定イベントまたは拒否を検出します。

よくある落とし穴とその軽減策

1. ボラティリティが高いときにマーク価格ではなく最終価格を使用すると、フラッシュ クラッシュやポンプ アンド ダンプ スパイクによってトリガーが早まってしまう可能性があります。

2. 流動性の低い BTC オーダーブックでslOrdPx をslTriggerPxに近すぎる設定にすると、スリッページのリスクが増加します。推奨される最小スプレッドは、1 分間のローソク足のボラティリティが 2.5% を超える場合、0.3% です。

3. 部分的なフィルの後にストップレベルを更新しないと、エクスポージャーが不安定になります。自動スクリプトは、実行レポートのaccFillSzフィールドとfillPxフィールドを解析する必要があります。

4. 有効期限の制約を無視すると、期限切れの注文がシステム キューに残ります。デフォルトの動作の不一致を避けるために、常にtgtCcy='base_ccy'およびpxType='last'を明示的に指定してください。

5. 急速な連続停止更新による REST エンドポイントの過負荷は、OKX の 1 秒あたり 20 リクエストの制限に違反し、呼び出し間のバックオフ間隔にジッターが生じます。

トリガーキャリブレーション用のデータソース

1. CoinGlass マルチソース インデックスは、Binance、Bybit、OKX、および Bitstamp の BTC-USDT スポット価格を 500 ミリ秒のポーリング頻度で集計します。これは、公正価値トリガーを決定するのに最適です。

2. OKX 独自のマーク価格フィードには、3 秒ごとに更新される資金調達率の減衰および永久ベーシスの収束モデルが組み込まれており、操作ベースの停止を回避するために重要です。

3. 過去 72 時間の BTC 15 分間ローソク足ボラティリティ (ログリターンの標準偏差として測定) は、 slTriggerPx計算の動的バッファ入力として機能します。

4. 上位 5 つの取引所におけるビッド・アスク・レベル 1 ～ 5 のオーダーブックの深さは、流動性の可用性を示します。レベル 1 での 20 BTC 未満の値は、逆指値取引約定におけるスリッページ確率が 68% 以上と相関します。

5. ±0.01%を超える資金調達率のスキューは構造的不均衡を示しています。このような状況ではストップ注文と逆ポジションを組み合わせると、方向性の偏りを軽減できます。

よくある質問

Q1: 特定の UTC 時間中にのみ有効になるストップロスを設定できますか? A1: OKX は、時間ベースのアクティベーション ウィンドウをネイティブにサポートしていません。ユーザーは、API 経由でストップ注文を送信する前に、現在時刻をチェックする外部スケジューラまたは cron でトリガーされるスクリプトを実装する必要があります。

Q2: OKX は BTC 無期限契約のトレーリング ストップロスを許可しますか? A2: ネイティブのトレーリングストップは使用できません。回避策には、位置 PnL の継続的なポーリングと、WebSocket 位置更新を使用したslTriggerPxの動的再調整が含まれます。

Q3: OKX がメンテナンスを受けた場合、ストップロスはどうなりますか? A3: アクティブなストップ注文はマッチング エンジンに登録されたままですが、スケジュールされたメンテナンス期間中は実行されません。注文は、手動でキャンセルされるか、TTL 設定によって期限切れにならない限り、保持されます。

Q4: BTC スポットと BTC 無期限契約のストップロス動作に違いはありますか? A4: はい。スポットストップ注文は、最終価格のみを参照し、成行注文として実行されます。永久ストップはマーク/インデックス価格の参照をサポートし、制限実行パラメーターを許可するため、トリガー ロジックがさらに複雑になります。