exchanges_data path prefix (mirroring how Projects Data API uses projects_data).
Base URL
All paths in the machine-readable specification are relative to the gateway mount:/v1/...). Example call for an exchange PoL history chart over the last 30 days:
binance is the {slug} path parameter for the exchange; pol is a fixed segment in the route (PoL score).
Authentication
Every request must include a valid API key in thex-api-key header. Keys issued for this API begin with the prefix core3_.
Conventions
- HTTP method: All documented operations use
GET. - Version: Routes are under
/v1. {slug}: Exchange identifier in the path (examples in the spec use values likebinance; use slugs returned by list, ratings, search, or dashboard routes).- History by range: PoL history endpoints that are not “chart” variants expect Unix timestamp bounds: required query parameters
fromandto(seconds). - History by chart window: Chart endpoints accept optional
days(integer1–365). Omitdaysfor all-time history, as described in the spec.
Endpoint map
Path templates are shown without the gateway prefix; prependhttps://api.core3.io/exchanges_data when you call the API.
Health
Exchanges
PoL score
Ratings
Search
Errors and status codes
Follow HTTP semantics. The health endpoint documents503 when checks fail; other routes return standard client and server errors according to gateway and service behavior.
Next steps
- Use
GET /v1/ratings/parameters(and/v1/ratings/parameters/tokenswhen filtering by listings) so ratings UI matches server-supported values. - For methodology context, see CEX PoL methodology and CEX PoL scoring logic.