Bybitで注文をキャンセルするにはどうすればよいですか?

注文キャンセルの仕組み

1. Bybit での注文キャンセルは、シンボル、注文 ID、アカウント タイプなどの特定のパラメーターを受け入れる REST API エンドポイントを通じて行われます。

2. システムは処理前に注文ステータスを検証します。ステータスが「新規」、「部分的に満たされた」、または「未トリガー」の注文のみをキャンセルできます。

3. キャンセルが成功すると、 ret_code: 0を含む JSON オブジェクトが返され、エラーなしで実行されたことが確認されます。

4. 各キャンセル要求は、ユーザーのレート制限クォータから 1 ユニットを消費します。このクォータは、プラットフォームの現在の構成に基づいて 1 分ごとにリセットされます。

5. 失敗応答には、存在しない注文の場合はret_code: 30025 、または完全に約定された注文をキャンセルしようとした場合はret_code: 30028などのコードが含まれます。

USDT 無期限契約のキャンセル

1. USDT マージン付き無期限契約の場合、シンボルは「BTCUSDT」や「ETHUSDT」のような大文字の形式に従う必要があります。

2. 注文 ID は送信時に生成される UUID 文字列であり、最初の注文応答で受け取ったとおりに正確に渡す必要があります。

3. 呼び出しの例: test.order_cancel('BITUSDT','d265a3ea-d5a3-4d17-865b-6863bfc13003')は、即時キャンセルの確認を示す結果を返します。

4. 有効期限の設定はキャンセルの適格性に影響しません。GTC、IOC、または FOK の注文は、約定されていない場合はすべてキャンセル可能です。

5. 注文のキャンセルには手数料はかかりませんが、注文とキャンセルの間に市況が変化した場合にはスリッページが発生する可能性があります。

逆永久契約の解除

1. インバース永久契約には、「BTCUSD」や「ETHUSD」などの基本通貨建てのシンボルが必要です。

2. キャンセルインターフェイスは、サイド、価格、数量、レバレッジ設定を含む完全な注文メタデータを応答本文に保存します。

3. 注文が部分的に約定した場合、キャンセルは残りの数量にのみ影響します。約定された部分は決済されたままになります。

4. last_exec_timeフィールドとcum_exec_qtyフィールドには、キャンセル試行中であってもリアルタイムの実行履歴が反映されます。

5. 注文リンク ID はキャンセル後もそのまま残るため、内部システムおよび監査ログ全体での追跡が可能になります。

ウォレット管理におけるソーシャル エンジニアリングの脆弱性

1. 攻撃者はソーシャル エンジニアリングを悪用して、標準の承認ワークフローをバイパスして、マルチシグネチャ ウォレット アクセス資格情報を取得しました。

2. 安全な v1.1.1 コントラクト ロジックは、delegatecall を使用して操作され、不正な転送命令が挿入されました。

3. フロントエンド検証層は、トランザクション ブロードキャストの前に異常な署名パターンを検出できませんでした。

4. 実行前に動的リスク スキャンが行われないため、有効な暗号署名にもかかわらず悪意のある転送が可能になります。

5. 権限制御には、契約をまたがる通話などのリスクの高い操作に対する詳細なホワイトリストがありませんでした。

よくある質問

Q: トリガーされてもまだ約定されていない注文をキャンセルできますか? A: はい。トリガーされた条件付き注文は、システム内で「未トリガー」または「新規」ステータスを保持している限り、実行が開始されるまでキャンセル可能です。

Q: 注文をキャンセルすると、取引履歴や KYC 記録に影響しますか? A: いいえ。キャンセル イベントは内部的に記録されますが、公開取引履歴には表示されず、KYC 文書も変更されません。

Q: キャンセルリクエストを重複して送信した場合はどうなりますか? A: 後続のリクエストは、注文がアクティブな状態で存在しないことを示すret_code: 30025を返します。

Q: 注文後のキャンセルがブロックされる時間帯はありますか? A: いいえ。注文は、マッチング エンジンによってすでにマッチングまたは拒否されていない限り、送信後すぐにキャンセルできます。