ボットを取引するために Binance API を使用するにはどうすればよいですか? (開発者設定)

API キーの生成とセキュリティ プロトコル

1. Binance アカウントにログインし、[セキュリティ設定] の [API 管理] セクションに移動します。

2. 「API の作成」をクリックし、「IP アクセスの制限」を選択して、保護を強化するためにキーを特定の IPv4 アドレスにバインドします。

3. 「取引を有効にする」を有効にしますが、「出金を有効にする」を無効にします。これにより、資格情報が侵害された場合でも資金の移動が防止されます。

4. API キーとシークレットを暗号化された環境変数ファイルに保存します。それらをソース ファイルにハードコーディングしたり、バージョン管理にコミットしたりしないでください。

5. 90 日ごとにキーをローテーションし、Binance ダッシュボードを使用して公開の疑いのあるキーを直ちに取り消します。

REST と WebSocket の統合戦略

1. 信頼性と配信保証が重要な場合は、/api/v3/accountなどの REST エンドポイントを残高チェックと発注に使用します。

2. !ticker@arrやbtcusdt@ Depthなどの WebSocket ストリームをサブスクライブして、100 ミリ秒未満の遅延でリアルタイムの市場データを取得します。

3. デュアルチャネル調整を実装します。REST /api/v3/orderからの注文ステータスと、WebSocket の実行レポートストリーム経由で受信した実行レポートを比較します。

4. ネットワーク分割中のイベントの欠落を回避するために、指数バックオフとシーケンス番号検証を使用して WebSocket 再接続ロジックを処理します。

5. 必要な場合を除き、同じ注文ライフサイクルで REST と WebSocket を混在させないでください。タイミングが一貫していない場合、送信が重複したり、状態が古くなったりする可能性があります。

注文ライフサイクル管理

1. POST /api/v3/orderを使用して、必須パラメーター (シンボル、サイド、タイプ、timeInForce、数量、価格、およびrecvWindow) を指定して指値注文を送信します。

2. orderId 、 transactTime 、およびfills配列を含む応答フィールドを解析して、部分的な約定を確認し、実効平均価格を計算します。

3. orderId とシンボルを指定してDELETE /api/v3/orderを介して保留中の注文をキャンセルします。キャンセルが成功したとみなす前に、応答ステータス コードが 200 であることを常に確認します。

4. GET /api/v3/openOrdersを使用してオープン注文を定期的に監視し、シンボルでフィルタリングしてペイロード サイズと API 重量の消費を削減します。

5. -2010 (残高不足)、-2013 (注文が見つからない)、-2015 (無効な API キー) などの注文拒否コードを、即時のログ記録とアラートが必要な対処可能な例外として扱います。

レート制限とリクエストウェイトの最適化

1. Binance の 1 秒あたりおよび 1 分あたりの制限を尊重します。デフォルトの REST ウェイト キャップは、ほとんどのエンドポイントで 1 分あたり 1200、1 時間あたり 5000 です。

2. 可能な場合はリクエストをバッチ処理します。シンボルごとに個別に呼び出すのではなく、 GET /api/v3/ticker/price?symbols=['BTCUSDT','ETHUSDT']を使用します。

3. 価値のない重みを消費する冗長な呼び出しを回避するために、exchangeInfo やserverTime などの静的メタデータを最大 60 分間キャッシュします。

4. クロック スキュー許容値に合わせて、署名有効期限エラーを防ぐために、すべての署名付きリクエストで一貫してrecvWindow=5000を設定します。

5. 応答内の X-MBX-USED-WEIGHT ヘッダーを監視し、使用量が許容ウィンドウの 80% を超えた場合に内部要求キューを調整します。

よくある質問

Q: 複数の取引ボットで同じ API キーを同時に使用できますか? A: はい。ただし、同時書き込み操作により、レート制限や注文状態の競合状態が引き起こされる可能性があります。監査可能性と制御のために、ボット インスタンスごとにキーを分離します。

Q: 署名されたリクエストがエラー コード -1021 (リクエストがタイムアウトしました) を返すのはなぜですか? A: これはサーバーのタイムスタンプが一致していないことを示しています。 NTP を使用してシステム クロックを同期し、後続の署名付きリクエストにGET /api/v3/timeから取得した現在のサーバー時刻を含めます。

Q: テストネット API キーは製品キーと機能的に同一ですか? A: テストネット キーは完全な注文フロー シミュレーションをサポートしますが、実際の資産残高や市場の厚みは反映しません。注文約定は、実際の取引相手ではなく、シミュレートされた流動性に対して行われます。

Q: WebSocket 接続が有効な市場データを受信して​​いるかどうかを確認するにはどうすればよいですか? A: lastUpdateId の詳細ストリームの存在を確認し、連続する更新間の連続性を検証します。また、 E (イベント時間) タイムスタンプが単調に進行していないか検査します。