Rate Limits

Rate limits are enforced per API key. Exceeding them returns 429 Too Many Requests.

Limits

The Retail API enforces a global rate limit of 20 requests per second per API key across all endpoints.

Limit	Value
Global (all authenticated endpoints)	20 requests per second per API key
Public (unauthenticated)	20 requests per second per IP

When you’re rate limited

{ "status": 429, "message": "Too Many Requests" }

Stop immediately, wait at least 1 second, then retry with exponential backoff:

import time

def make_request_with_retry(fn, max_retries=3):
    for attempt in range(max_retries):
        response = fn()
        if response.status_code != 429:
            return response
        time.sleep(2 ** attempt)
    raise Exception("Max retries exceeded")

Latency stopgap on orders

During periods of increased latency, Polymarket US applies a 5-second stopgap to inbound orders. If an order has been received by Polymarket US but has not been processed within 5 seconds, we reject it to protect you from a bad fill at a stale price.

These rejects carry the message Global Rate Limit Exceeded, but they are not an actual rate limit. You do not need to throttle your traffic in response to them. Treat them as a transient latency reject, not a signal to back off.

What it applies to:

New orders — rejected if not processed within 5 seconds.
Order modifications via cancel/replace — also subject to the stopgap.
Pure cancels are not affected — a standalone cancel is never rejected by this stopgap.

You can always cancel an order before you have received an acknowledgement, and even before it has been processed.

Use WebSocket instead of polling

The single most effective way to stay within limits is to stop polling and use WebSocket streams. One persistent connection replaces hundreds of repeated REST calls.

Don’t poll	Use instead
`GET /v1/orders/open` repeatedly	`/v1/ws/private` - `SUBSCRIPTION_TYPE_ORDER`
`GET /v1/portfolio/positions` repeatedly	`/v1/ws/private` - `SUBSCRIPTION_TYPE_POSITION`
`GET /v1/account/balances` repeatedly	`/v1/ws/private` - `SUBSCRIPTION_TYPE_ACCOUNT_BALANCE`
`GET /v1/markets/{slug}/bbo` repeatedly	`/v1/ws/markets` - `SUBSCRIPTION_TYPE_MARKET_DATA_LITE`
`GET /v1/markets/{slug}/book` repeatedly	`/v1/ws/markets` - `SUBSCRIPTION_TYPE_MARKET_DATA`

Cache reference data

Market and event metadata changes infrequently. Fetch it once on startup and refresh periodically rather than on every request.

import time

class MarketCache:
    def __init__(self, client, ttl=300):
        self._client = client
        self._cache = {}
        self._ttl = ttl
        self._last_refresh = None

    def get(self, slug):
        if self._needs_refresh():
            self._refresh()
        return self._cache.get(slug)

    def _needs_refresh(self):
        return not self._last_refresh or (time.time() - self._last_refresh) > self._ttl

    def _refresh(self):
        markets = self._client.markets.list({"limit": 100, "active": True})
        self._cache = {m["slug"]: m for m in markets["markets"]}
        self._last_refresh = time.time()

For automated systems

If you’re running an automated trading system and need higher limits for production:

Document your use case and expected request volume
Email support@polymarket.us
Include which endpoints you need higher limits for

Authentication

Orders API Overview

⌘I

Getting Started

Orders

Portfolio

Events

Markets

Series

Sports

Sports (Legacy)

Tags

Search

Incentives

Limits

When you’re rate limited

Latency stopgap on orders

Use WebSocket instead of polling

Cache reference data

For automated systems

​Limits

​When you’re rate limited

​Latency stopgap on orders

​Use WebSocket instead of polling

​Cache reference data

​For automated systems

Limits

When you’re rate limited

Latency stopgap on orders

Use WebSocket instead of polling

Cache reference data

For automated systems