WarpLink

Rate Limiting

How WarpLink API rate limiting works, the per-minute request limits, response headers, and best practices for staying within them.

WarpLink uses a sliding window rate limiter on all API endpoints.

All API keys are rate limited to 60 requests per minute using a sliding window algorithm.

Response Headers

Every API response includes rate limit information:

HeaderDescription
X-RateLimit-LimitMaximum requests allowed per window
X-RateLimit-RemainingRequests remaining in current window
X-RateLimit-ResetSeconds until the window resets

Handling Rate Limits

When the limit is exceeded, the API returns 429 Too Many Requests with a Retry-After header indicating how many seconds to wait.

Best Practices

  • Implement exponential backoff when you receive a 429 response
  • Cache API responses when possible to reduce request volume
  • Use the X-RateLimit-Remaining header to proactively throttle requests
  • For bulk operations, batch requests rather than making many individual calls

On this page