Universe endpoint
The historical universe of an exchange: which pairs it listed against a quote, and when, delisted pairs included. Use it to backtest on what was tradable back then rather than on today's survivors. It is the same data as the Periods download. Authenticated with X-API-Key, see Authentication.
Conventions
- Unlike the other
/v1endpoints, a successful response is an object, not a bare array: the periods come withknown_until, which says how far the universe is known. - There is no pagination. A call returns every matching period at once: a few hundred to a few thousand (about 750 for Binance USDT, around 70 KB).
- A period runs from
listed_from(inclusive) tolisted_until(exclusive), both on the hour, UTC. There is one period per actual listing: a pair has several only if it was delisted and listed again, always with a gap in between. Periods are sorted bybase, thenlisted_from. startandendkeep the periods that overlap the window, both bounds inclusive, with their real bounds: a period is not cut to the window.- Your plan's history depth applies as for OHLCV: a
startbefore it is a403. Withoutstart, the periods are cut at that depth: a period running across it starts there. - Calls are counted in your usage under
exchange_universe, like the OHLCV endpoints.
GET /v1/exchange_universe
The listing periods of every pair an exchange listed against one quote, or of one pair with base. A base with no period is not an error: the response has an empty periods.
Response
A null listed_until doesn't mean the pair is listed today, only that it still was at known_until. A delisting after that shows up once our daily processing has reached it.
Pairs listed at a given time
Set start and end to the same instant: the periods that overlap it are the pairs listed then.
Unknown exchanges and quotes the exchange never listed are 404s; see Errors & rate limits. To find valid values first, use the public Catalog endpoints.