Skip to content

Open API rate limits

About this document

This document defines rate limiting rules for the Open API, including limits by dimension and time window, so developers can control call frequency and avoid failures from exceeding limits.

Core definitions

1. Rate limit dimensions

IDNameDescription
USERUserLimits per user identifier (e.g. user ID)
APPApplicationLimits per application identifier (e.g. app ID linked to API key)
GLOBALGlobalPlatform-wide limit across all callers

2. Time windows

IDUnitDescription
SECONDSecond1-second window
MINUTEMinute1-minute (60-second) window

Rate limit rules

The platform uses multi-dimensional, multi-window limits. Exceeding any dimension/window triggers throttling:

DimensionWindowLimitDescription
USERSecond100/secMax 100 calls per second per user
USERMinute5000/minMax 5000 calls per minute per user
APPSecond20/secMax 20 calls per second per app
APPMinute1000/minMax 1000 calls per minute per app
GLOBALSecond3000/secMax 3000 calls per second platform-wide
GLOBALMinute150000/minMax 150000 calls per minute platform-wide

Limits follow a "lowest ceiling wins" rule. For example, 101 calls in 1 second triggers throttling even if the minute limit is not reached; 1001 calls in 1 minute triggers throttling even if the per-second limit is not reached.

When limits are hit

  1. Status code: The API returns 60001 (INTERFACE_RATE_LIMIT):
    • Code: 60001
    • Message: Rate limit exceeded, please try again later
  2. Recovery: Wait for the current window to end (1 second for second-level limits, remaining minute time for minute-level limits), then counts reset.

Notes

  1. Counts are based on requests received and processed; invalid parameters and auth failures still count toward limits.
  2. Implement client-side throttling and split bursts into smaller batches per these rules.
  3. Contact platform operations if you need higher limits.
  4. Rules may change as capacity evolves; changes will be announced in advance.