Binance API での取引レイテンシーを最適化するにはどうすればよいですか? （高頻度取引）

ネットワークインフラストラクチャの最適化

1. 物理的な距離と往復時間を最小限に抑えるために、取引サーバーを Binance のシンガポール データセンターと同じ AWS リージョン内 (具体的には ap-southeast-1) にデプロイします。

2. 仮想マシンの代わりにベアメタル インスタンスを使用して、ハイパーバイザーのオーバーヘッドを排除し、決定的な CPU スケジューリングを保証します。

3. DPDK または AF_XDP 経由でカーネル バイパス ネットワークを有効にして、ユーザー空間でネットワーク パケットを直接処理し、従来の TCP/IP スタックの遅延を回避します。

4. RSS (受信側スケーリング) を使用して NIC を構成し、バッチ処理の遅延なくパケットを配信できるように、割り込み合体を無効にします。

5. Equinix SG1 などの Binance が公式にサポートするピアリング パートナー経由でトラフィックをルーティングし、パブリック インターネット パスではなくプライベート インターコネクトにアクセスします。

API エンドポイントの選択と使用パターン

1. リアルタイムの注文帳更新のために、REST ポーリングよりも WebSocket ストリームを優先します。必要な粒度と帯域幅の制約に応じて、深さ @ 5または深さ @ 10を使用します。

2. 必要なシンボル ストリームのみをサブスクライブします。すべてのシンボルが戦略ロジックでアクティブに取引されない限り、!bookTickerのようなワイルドカード サブスクリプションは避けてください。

3. /api/v3/time は慎重に使用します。サーバーの時刻オフセットをキャッシュし、同期呼び出しを繰り返すのではなく、単調なクロック調整を適用します。

4. /api/v3/order経由でnewOrderRespType=RESULT を指定して注文を送信すると、後続のアカウント ストリーム イベントに依存するのではなく、即時実行ステータスを受け取ります。

5. 急速なリクエストのバースト時の認証ハンドシェイクのオーバーヘッドを防ぐため、同じ接続プール内で署名付きエンドポイントと署名なしエンドポイントを混在させないでください。

注文ライフサイクル管理

1. キャッシュされた API シークレットを使用して HMAC-SHA256 を使用して署名ペイロードをオフラインで事前計算します。注文の送信中に暗号化操作をインラインで実行しないでください。

2. 部分約定、キャンセル、自己取引防止フラグの処理など、Binance のマッチング エンジンの動作を反映したローカル注文状態を維持します。

3. type=LIMIT_MAKER をパッシブ流動性の提供のみに使用して、テイカー手数料を回避し、市場に意図しない影響を与えるリスクを軽減します。

4. アクティブな注文を調整するときにcancelReplaceエンドポイントを使用してアトミックなキャンセルと置換シーケンスを実装し、エクスポージャ ウィンドウを最小限に抑えます。

5. 拒否による遅延のスパイクを避けるため、送信前にクライアント側で注文パラメーターを Binance の最新のシンボル フィルター (特に minQty、stepSize、pricePrecision) に対して検証します。

システムレベルのチューニング

1. tasksetまたはcpuset cgroup を使用して、WebSocket イベント ループ、オーダー ディスパッチャー、ティック パーサーなどの重要なスレッドを分離された CPU コアに固定します。

2. CPU 周波数スケーリング ガバナーを無効にし、コアを最大ターボ周波数でロックして、動的な電圧と周波数スケーリング ジッターを排除します。

3. 起動時にメモリ プールを割り当て、メッセージのシリアル化/逆シリアル化サイクル全体でバッファを再利用して、ヒープの断片化と GC の一時停止を防ぎます。

4. TCP キープアライブ間隔を 5 秒に設定し、ソケット終了前に 3 回再試行することで、正当な有効期間の長いストリームを中断する積極的なタイムアウトを発生させずに、切断された接続をより迅速に検出します。

5. リアルタイム スケジューリング ポリシー ( SCHED_FIFO ) を高い優先順位で取引スレッドに適用し、バックグラウンド プロセスに対するプリエンプティブ実行を保証します。

よくある質問

Q: Binance は低遅延アクセスのための FIX プロトコルをサポートしていますか? A: いいえ。Binance は FIX 接続を提供していません。すべての公式の高頻度アクセスでは、API キーごとに厳格なレート制限が適用された REST または WebSocket API を使用する必要があります。

Q: 同じ IP アドレスから複数の WebSocket 接続を実行できますか? A: はい。ただし、各接続は Binance の同時接続制限内の個別のスロットを消費します。制限を超えると、警告なしで即時に切断されます。

Q: レイテンシの削減のために Binance.US または Binance Jersey API を使用する利点はありますか? A: いいえ。これらのドメインは、アジアでホストされているメインの api.binance.com エンドポイントと比較して、基本レイテンシーが高い別のインフラストラクチャを経由してルーティングされます。

Q: Binance は WebSocket ストリーム ID をどのくらいの頻度でローテーションしますか? A: ストリーム ID は、手動で再サブスクリプションするか接続をリセットするまで安定したままになります。自動的に期限切れになったり、一定の間隔で循環したりすることはありません。