Coinbase先物市場のAPIレート制限はいくらですか？

Coinbase先物のAPIレートの制限を理解する

APIを介してCoinbase先物市場と対話する場合、開発者はシステムの安定性と公正な使用を維持するために設計された特定のレート制限を遵守する必要があります。これらの制限は、特定のタイムウィンドウ内でユーザーが行うことができるリクエストの数を制御します。これらのしきい値を超えると、一時的なHTTP 429があまりにも多くのリクエスト応答が発生する可能性があり、レート制限ウィンドウがリセットされるまでさらにアクセスできます。正確な制限は、エンドポイントのタイプ、認証方法、およびリクエストがパブリックであるかプライベートかによって異なります。

先物取引をサポートするCoinbase Advanced Trade APIの場合、レートの制限はエンドポイントごとに適用されます。注文書やティッカーの価格などの市場データを取得するなどのパブリックエンドポイントは、通常、注文やバランスのチェックなどのアカウントアクションを含むプライベートエンドポイントと比較して、より高いリクエストボリュームを許可します。これらのパブリックエンドポイントは、一般に、認識されていない場合、IPアドレスごとに3秒あたり3つの要求に制限されています。これは、APIキーがなければ、すべての公共先物データのエンドポイントにわたってこのしきい値にアクセスが制約されることを意味します。

認証されたエンドポイントレート制限

APIキーとシークレットを使用してリクエストを認証する場合、レート制限はIPアドレスではなくユーザーアカウントに関連付けられます。これにより、特に自動化されたシステムに依存しているトレーダーにとって、より一貫したより高いスループットが可能になります。先物注文の送信、注文のキャンセル、ポジション情報の取得など、プライベートエンドポイントに関する認証されたリクエストの場合、レート制限はAPIキーごとに約10秒あたりのリクエストです。この制限は、スロットリングを避けるために要求頻度を慎重に管理する必要があるアルゴリズムトレーダーにとって重要です。

レート制限を超えると一時的なブロックが発生することに注意することが不可欠です。通常は数分続きます。これを防ぐために、開発者は指数関数的なバックオフ戦略を実装し、APIによって返されるHTTP応答ヘッダーを監視する必要があります。キーヘッダーは次のとおりです。

• cb-after-rate-limit-reset ：レート制限がリセットされるまで秒数を示します。
• cb-after-rate-limit-remaining ：現在のウィンドウにいくつのリクエストが残っているかを示します。
• cb-after-rate-limit-cap ：ウィンドウごとに許可されるリクエストの総数を指定します。

これらのヘッダーを監視することにより、リクエストペーシングのリアルタイム調整により、 Coinbaseのレート管理ポリシーへのコンプライアンスが確保されます。

パブリックエンドポイントとプライベートエンドポイントを区別します

Coinbase Futures APIは、パブリックデータアクセスとプライベートデータアクセスを区別し、それぞれに個別のレート制限があります。パブリックエンドポイントは次のとおりです。

• Get/API/V3/Brokerage/Market/製品- 利用可能な先物契約を取得します。
• Get/API/V3/Brokerage/Market/Product_Book - 注文帳データを取得します。
• Get/API/V3/Brokerage/Market/Candles - 歴史的な価格のキャンドルを返します。

これらのエンドポイントは、認証されていない場合、 IPごとに3秒あたり3リクエストでレート制限されます。認証された場合、それらはわずかに寛大な取り扱いから利益を得るかもしれませんが、認証の主な利点は、プライベートエンドポイントへのアクセスにあります。

有効なAPI資格情報を必要とするプライベートエンドポイントには、以下が含まれます。

• POST/API/V3/Brokerage/注文- 新しい先物注文を行います。
• 削除/API/V3/Brokerage/Orders/{Order_id} - 既存の注文をキャンセルします。
• 取得/API/V3/ブローカー/ポジション- 現在のオープンポジションを取得します。
• Get/API/V3/Brokerage/Accounts - 取引アカウントをリストします。

これらは、 APIキーごとに10秒あたり10件のリクエストに制限されており、持続バーストが一時的な停止を引き起こす可能性があります。開発者は、これらの境界内にとどまるために、キューとスロットルのリクエストにアプリケーションを設計する必要があります。

実際のレート制限の管理

Coinbaseのレート制限フレームワーク内で効果的に動作するために、開発者は堅牢な要求管理を実装する必要があります。効果的な方法の1つは、トークンバケットアルゴリズムを使用することです。各API要求はトークンを消費し、トークンは固定レートで補充されます。これにより、リクエストが適切に間隔を置いていることが保証されます。

もう1つの実用的なステップは、可能な場合はパブリックデータをローカルにキャッシュすることです。たとえば、製品リストのエンドポイントを繰り返し呼び出すのではなく、契約仕様を保存し、数分ごとに更新します。これにより、不必要なAPI呼び出しが削減され、注文実行などの重要な操作のレート制限予算を維持するのに役立ちます。

自動化された取引システムを構築するときは、次のことを検討してください。

• 関連するクエリをサポートしている単一の要求にバッチングします。
• RESTエンドポイントを投票する代わりに、リアルタイム市場データにWebSocketフィードを使用します。
• cb-after-rate-limit-resetヘッダーに基づいて遅延を使用してRetryロジックを実装します。

Coinbase Advanced Trade WebSocket FeedなどのWebSocket接続は、REST APIレートの制限を消費せずに注文書、取引、アカウントの変更に関するライブアップデートをより効率的に受信するためのより効率的な方法を提供します。 level2 、 matches 、 userなどのチャネルを購読すると、最小限のオーバーヘッドで継続的なデータフローが可能になります。

APIキー構成のベストプラクティス

信頼性とセキュリティを最大化するには、最小限の必要な権限でAPIキーを構成します。先物取引の場合、鍵を取引し、スコープのみを表示するために鍵を制限します。これは、撤回または転送許可を許可することを回避します。これにより、妥協の場合のリスクが軽減されます。

環境変数またはSecrets Managerを使用して、 APIシークレットとパスフレーズを安全に保存します。ソースファイルのハードコード資格情報は絶対にありません。リクエストを行うときは、すべてのヘッダーが正しくフォーマットされていることを確認してください。

• CB-ACCESS-KEY ：APIキー。
• CB-ACCESS-SIGN ：HMAC-SHA256メッセージの署名。
• CB-ACCESS-TIMESTAMP ：リクエストのUNIXタイムスタンプ。
• CB-ACCESS-PASSPHRASE ：キーを作成するときに使用されるパスフレーズ。

各リクエスト本体はシリアル化され、適切に署名する必要があります。たとえば、先物の注文を配置する場合、メッセージ文字列にはタイムスタンプ、HTTPメソッド、リクエストパス、およびボディ（存在する場合）を含める必要があります。

よくある質問

Coinbase先物のAPIレート制限を上げることはできますか？いいえ、レート制限はAPIキーごとに固定されており、アカウントのアップグレードまたはサポートリクエストを通じて増やすことはできません。大量のトレーダーは、より高い制限を求めるのではなく、要求パターンを最適化することが期待されています。

WebSocket接続はREST APIレートの制限にカウントされますか？いいえ、 WebSocketサブスクリプションは休憩料金の制限を消費しません。それらは別のチャネルで動作し、リクエストクォータに影響を与えることなくリアルタイム市場データを受信するための好ましい方法です。

レート制限を超えるとどうなりますか？ HTTP 429の応答を受け取り、さらにリクエストが短期間ブロックされます。これを優雅に処理するために、指数バックオフを使用してRetryロジックを実装します。

レート制限は、同じアカウントの複数のAPIキーで共有されていますか？いいえ、各APIキーには独自の独立したレート制限があります。複数のキーを作成すると、並列化されたアクセスが可能になりますが、それぞれがプライベートエンドポイントの1秒あたり10リクエストでキャップされています。