REST discovery and history
List games, open one joined record, page through eligible history, and recover state after a disconnect.
Use REST to discover games and reconstruct history, WebSocket delivery to follow eligible live prediction books, and HMAC-signed webhooks to react to supported injury changes. Every channel refers back to the same game, market, participant, and source identifiers.
ScoreTape is a multi-channel sports data feed for prediction-market applications. It combines queryable REST records with plan-limited live book subscriptions and signed injury alerts, reducing the identifier drift that appears when batch, streaming, and event data come from separate vendors.
List games, open one joined record, page through eligible history, and recover state after a disconnect.
Subscribe to eligible prediction books on paid plans while retaining venue and market identity.
Receive supported status changes with an HMAC signature and filters instead of polling every team page.
Connect streaming updates, historical queries, scores, odds, and settlements to the same normalized game document.
Start with a bounded real request. Confirm authentication, response shape, source coverage, pagination, rate limits, and missing-data behavior before planning a migration.
wscat -c "wss://api.scoretape.com/v1/ws?token=$SCORETAPE_API_KEY"Use REST to discover coverage and current game/market identifiers.
Open only the live books your plan and application require.
Verify webhook signatures and handle event IDs idempotently.
Re-fetch current state after reconnect and store cursors, timestamps, and source state.
| Criterion | ScoreTape approach | Acceptance test |
|---|---|---|
| Channels | REST, WebSocket, and signed webhooks | Test each required workflow |
| Reconnect | REST state supports recovery | Simulate dropped connections |
| Identity | Shared game and market model | Trace one event across channels |
| Capacity | Plan-based live-book limits | Size peak simultaneous subscriptions |
| Cadence | Venue/source behavior disclosed | Measure live target markets |
REST is used for discovery and historical/current state, eligible paid plans add live prediction-book WebSocket capacity, and supported injury changes can be delivered through signed webhooks.
Capacity depends on the active plan. Verify current limits and peak concurrency against the pricing and account surfaces before production deployment.
Yes. Injury status-change webhooks use HMAC signing. Consumers should verify signatures, enforce idempotency, and avoid logging secrets.
Use REST to reload current state and identifiers, then resubscribe. Applications should retain their own receipt times and treat venue-specific capture behavior explicitly.
One account and one API for the complete ScoreTape lineup. Polymarket and Kalshi sports coverage ships together; tiers change history, throughput, and live-book concurrency.
A limited sample of the complete ScoreTape API.
Start freeEvery venue, with room to build.
Get Quant3× the history, 2× the throughput of Quant.
Get Desk LiteDedicated capacity for systematic desks.
Get DeskEvaluate ScoreTape's sports data API for prediction-market books, sportsbook odds, scores, results, props, injuries, history, REST, and WebSocket delivery.
Buy a sports betting API that joins Polymarket and Kalshi order books to sportsbook odds, final scores, props, injuries, settlements, and history.
Compare a sports odds API that joins sportsbook lines to Polymarket and Kalshi order books, scores, results, historical odds, props, and injuries.
Research historical sports odds with NFL and soccer archives, prediction-market order books, scores, settlements, injuries, coverage limits, and reproducible queries.
Create a free key, inspect current coverage, and run representative requests before choosing capacity.
Start free