Skip to main content
The REST API uses standard HTTP status codes. This page covers the statuses you should handle, the quota headers to monitor, and how to retry safely.

Status codes

Quota headers

Every response reports your monthly quota state. The quota is set when your key is provisioned — see REST API authentication.

Retry guidance

  1. Read x-ratelimit-remaining on every response and self-throttle before you hit zero — alerting at a threshold such as 10% remaining gives you time to react.
  2. On 429, wait and retry with exponential backoff and jitter. The monthly quota does not refill until x-ratelimit-reset, so tight retry loops only waste requests.
  3. Cache stable responses. Token metadata and pool lists change rarely; candlestick history for a closed interval never changes.
  4. If you expect sustained higher volume, arrange a larger quota or overage with [email protected] before you need it, rather than after requests start failing.
The V3 Orderbook API has its own error format — a JSON body of { "error": "message string" } — and its own rate and policy limits. See Orderbook limits and errors.

Next steps

REST API authentication

Request an API key and understand how quotas are provisioned.

REST API conventions

Parse amounts, prices, and timestamps correctly before debugging errors.

Orderbook limits and errors

Policy limits and error handling for the V3 Orderbook API.