Pinnacle API は、あらゆるスポーツのあらゆる種類のベットを行うための RESTful サービスです。
api.pinnacle.com
Pinnacle API にアクセスするには、Pinnacle Solution に連絡して承認を得る必要があることに注意してください。
API は HTTP 基本アクセス認証を使用します。 API へのアクセスには常に HTTPS を使用してください。
次のような HTTP リクエスト ヘッダーを送信する必要があります。
Authorization: Basic
例:
Authorization: Basic U03MyOT23YbzMDc6d3c3O1DQ1
Pinnacle API にアクセスするには、資金を入金したアカウントが必要であることに注意してください。
Pinnacle API は JSON 形式のみをサポートします。 HTTP ヘッダーAccept
設定する必要があります。
Accept: application/json
POST HTTP リクエストには JSON 本文コンテンツが含まれ、 Content-Type
HTTP ヘッダーが設定されている必要があります。
Content-Type: application/json
Pinnacle API は HTTP 圧縮をサポートしています。最高のパフォーマンスが得られるため、圧縮を使用することを強くお勧めします。
User-Agent
HTTP ヘッダーを必ず設定してください。そうしないと、圧縮が機能しない可能性があります。
すべての日付と時刻は GMT タイムゾーン、ISO 8601 形式です。
クライアントがネットワーク リクエストを発行すると、リクエストがタイムアウトになったり、賭けが受け入れられなかった可能性を示すエラー ステータス コードを返したりする可能性が常にあります。これにより、同じリクエストが複数回送信される可能性が生じ、重複したベットが作成される可能性があります。重複排除は、作成リクエストを再試行するときにこれらの重複の作成を回避する手法です。重複排除は自動的に行われます。
賭けが受け入れられた場合、 uniqueRequestId
をシステムに 30 分間保存します。その期間内に同じuniqueRequestId
を使用して賭けを再試行すると、適切なエラーが発生します。
すべてのプレース ベット リクエストは重複排除をサポートしています。
v1 - 現在
v2 - 現在
v3 - 非推奨
v4 - 現在
フェアユース ポリシーを適用し、すべてのクライアントに安定したサービスを提供するために、クライアントが一定期間内に実行できる API 呼び出しの数に API レート制限を設けています。
制限を超えると、クライアントは、クライアントが何秒後に再試行できるかを指定する HTTP ヘッダーRetry-After
を含むエラー応答 HTTP ステータス コード429
を受け取ることがあります。
例:
HTTP/1.1 429 Too Many Requests
Content-Type: application/json
Content-Length: 240
Retry-After: 60
{
"code": "TOO_MANY_REQUESTS",
"message": "Too many snapshot requests. For more details see https://github.com/pinnacleapi/pinnacleapi-documentation#rate-limits
}
Lines API
スナップショット呼び出しは制限されており、エンドポイントごとのスポーツごとに 1 分あたり最大 1 呼び出しまでです。次のエンドポイントはスナップショットをサポートしています。
同じスポーツ エンドポイントのコール レート カウンタにカウントされるスナップショット コールの例:
CRAN で入手可能な pinnacle.API パッケージを使用してください。 (install.packages(“pinnacle.API”)) ソースコードはここにあります。
はじめる
API変更ログ
よくある質問
フェアユースポリシー
頂点ステータス ページをフォローし、サブスクライブして API ステータスに関する通知を受け取ることができます。通知は[email protected]から送信されます。迷惑メールボックスを必ずご確認ください。
API のコンテンツ配信プロバイダーとして Cloudflare を使用しています。ステータスはここで確認できます。
Pinnacle は、いかなる目的での API の使用についても責任を負いません。 API は、「現状のまま」および「利用可能な限り」ベースで提供され、商品性および特定の目的への適合性または非侵害の黙示的な保証を含むがこれに限定されない、明示的か黙示的かを問わず、いかなる種類の保証もありません。