Skip to main content
GET
Catalog
Use catalog to discover venue and market availability before you build data requests. GET /catalog is a public endpoint. You do not need an Authorization header for standard catalog lookups.

Base URL

All examples use https://api.polaris.supply.

GET /catalog

Returns flattened market coverage rows with per-market UTC bounds, dataset categories, access metadata, and normalized instrument metadata.
  • Optional: source, market, q
  • market requires source

Parameters

string
Source ID for the venue to inspect, for example hyperliquid or lighter.
string
Exact market identifier to filter within the selected source. Requires source.
string
Optional free-text filter across catalog rows. Useful when you know part of a venue market name or symbol but not the exact Polaris market ID.

Response fields

object[]
required
Market rows that match the query.
string
required
Source identifier for the venue, such as hyperliquid.
string
required
Exact Polaris market ID to use in requests.
string
required
Earliest available UTC timestamp for the market.
string
required
Latest available UTC timestamp for the market.
string[]
required
Dataset categories available for the market.
string
required
Access state for the market, such as open, preview, or restricted.
string
Latest UTC date available without gated access when a public cutoff exists.
object
required
Normalized instrument metadata for the market row. The object is always present, and missing values are returned as null.
string
Base asset or instrument code when available, such as BTC.
string
Quote asset or settlement code when available, such as USD.
string | number
Minimum price increment when available. Numeric values may be returned as strings or numbers depending on source normalization.
string | number
Minimum quantity increment when available. Numeric values may be returned as strings or numbers depending on source normalization.
string | number
Minimum notional trade size when available. Numeric values may be returned as strings or numbers depending on source normalization.
string
required
UTC timestamp for the catalog snapshot.
Example:
Response shape:
When Polaris does not have instrument metadata for a market, the instrument object is still present and its fields are set to null.

When to use catalog

  • Confirm that a source/market pair is valid before making data requests.
  • Check the earliest and latest available timestamps for a market.
  • Inspect dataset category coverage for a market before you design downstream jobs.
  • Send bearer auth only when you want catalog visibility that matches your account tier. Unauthenticated requests use the public catalog view.

Use exact Polaris market IDs

Catalog returns the exact market IDs you should pass to the API and SDK. Treat those IDs as canonical.
  • Do not assume every venue uses the same symbol format.
  • Do not assume a user-facing market name matches the Polaris market ID.
  • Filter with the exact market value returned in each catalog row.
For example, on Hyperliquid you might search for a market described as “SpaceX”, but the Polaris market ID is SPX.

Python example

Use catalog first when you are building a notebook or script.
If you already know the likely market name, you can also query the exact pair directly:

Next steps

  • Read Example Notebooks if you want a notebook workflow that starts from catalog and ends with a chart.
  • Read Snapshots if you want bulk historical files for a market you just validated.
  • Read Trades if you want to query recent normalized events directly.
  • Read Market coverage if you want a broader view of supported venue categories.