OKX で未処理の注文を見つけてすぐにキャンセルする方法は?

OKX REST API 経由でオープンオーダーにアクセスする

1. GET /api/v5/trade/orders-pendingエンドポイントを使用して、特定の商品またはすべての商品の現在アクティブな注文をすべて取得します。

2. 認証には、有効なOK-ACCESS-KEY 、 OK-ACCESS-SIGN 、 OK-ACCESS-TIMESTAMP 、およびOK-ACCESS-PASSPHRASEヘッダーが必要です。

3. リクエストには、OKX サーバー時間の±30 秒以内に同期された、ミリ秒精度の正確な ISO 8601 タイムスタンプが含まれている必要があります。

4. instId 、 ordType 、およびlimitなどのパラメータを使用すると、結果をフィルタリングしてペイロード サイズを削減し、応答速度を向上させることができます。

5. 応答には、注文 ID ( ordId )、ステータス ( state )、サイド ( side )、サイズ ( sz )、価格 ( px )、および作成時間 ( ts ) が含まれます。これらはすべて、正確な識別とアクションに不可欠です。

Trade APIを使用した注文のキャンセル

1. ターゲットordIdと対応するinstIdを指定してPOST /api/v5/trade/cancel-orderを呼び出し、キャンセルを開始します。

2. POST /api/v5/trade/cancel-batch-ordersを使用して、1 つのバッチ リクエストで複数の注文をキャンセルでき、呼び出しごとに最大 20 件の注文をサポートします。

3. キャンセルを試行するたびに、コードとメッセージフィールドが返されます。0やsuccessなどの値は、正常に終了したことを示します。

4. 注文がすでに約定またはキャンセルされている場合、API はコード 51000 を返し、 「注文が存在しません」というメッセージが返されるため、それ以上のアクションは必要ありません。

5. ネットワーク タイムアウトまたはレート制限により失敗したキャンセルは、運用コードに埋め込まれた指数バックオフ ロジックを使用して再試行する必要があります。

WebSocketプライベートチャネルを介したリアルタイム監視

1. 有効な資格情報を使用して、wss://ws.okx.com:8443/ws/v5/privateへの永続的な WebSocket 接続を確立します。

2. instType ( SPOT 、 SWAP など) およびオプションのinstIdフィルターを指定するパラメーターを使用して、オーダーのプライベート チャネルをサブスクライブします。

3. すべての注文状態の変更( live 、 partial-filled 、 filled 、 cancels 、 pending-cancel ) は、ポーリングのオーバーヘッドなしで即座にプッシュされます。

4. 受信メッセージにはordId 、 state 、 fillSz 、 avgPx 、およびclOrdIdが含まれており、即時のローカル調整が可能になります。

5. 接続の安定性を維持するには、クライアント側にハートビート メカニズムを実装する必要があります。 ping が見つからないと、自動再接続ロジックがトリガーされます。

python-okx ライブラリによる自動化

1. 実際のフラグまたはデモ フラグをライブ取引の場合は「0」 、シミュレーションの場合は「1」に設定して、 TradeAPI をインスタンス化します。

2. get_orders_pending()メソッドを呼び出して保留中の注文を取得し、完全な注文メタデータを含む辞書のリストを返します。

3. 結果をループし、対象の注文ごとにcancel_order(instId=..., ordId=...)を呼び出します。

4. 無効なパラメータまたは期限切れの署名によってエラーが発生した場合、 OkxAPIExceptionなどの例外を処理します。

5. 監査とデバッグをサポートするために、タイムスタンプ、ordId、応答コードを含むすべてのキャンセル試行をログに記録します。

よくある質問

Q1: 未処理の注文をすべて一度にキャンセルできますか?はい。オプションのinstIdおよびinstTypeを指定してPOST /api/v5/trade/cancel-all-ordersを使用すると、一致する注文をグローバルまたは商品ごとに終了できます。

Q2: 保留リストに表示されているにもかかわらず、キャンセル要求が「注文が見つかりません」と返されるのはなぜですか?これは、注文をフェッチしてからキャンセル コマンドを発行するまでの間に注文が約定またはキャンセルに移行したときに発生します。この競合状態は、キャンセルを送信する前に状態をチェックすることで軽減されます。

Q3: 高額注文の誤キャンセルを防ぐ方法はありますか? ordId の最小長のチェック、許可されるinstId値のホワイトリストへの登録、定義されたサイズのしきい値を超える注文の手動確認の要求など、キャンセル前の検証ルールをスクリプトに実装します。

Q4: キャンセルされた注文は取引履歴に残りますか?いいえ。キャンセルされた注文は/api/v5/trade/fills応答から除外されます。これらはキャンセルされるまでorder-pendingでのみ表示され、その後、適切な時間範囲と状態フィルターを使用して/api/v5/trade/orders-history経由で取得しない限り、すべてのパブリック エンドポイントから消えます。