Platform throughput
| Surface | Limit |
|---|---|
| Intent creation (across all integrators) | 100 intents per second platform-wide |
Read endpoints (/intent-details, /get-routes, etc.) | Generous; not a typical bottleneck |
Polling /intent-details/:intentId | Poll every 2–5 seconds per live intent |
Behavior when a limit is hit
Intent creation requests that exceed the throughput ceiling are rejected at the HTTP layer (HTTP429). Retry with exponential backoff and jitter:
Soft limits we recommend
Even within the platform ceiling, build for these client-side caps:| Action | Suggested cap |
|---|---|
| Polling per live intent | Every 2–5 s (not tighter) |
| Concurrent in-flight intents per user | 5 (queue beyond that) |
| Bulk payroll submissions | Chunk at 100 intents per wave, pause 1 s between waves |
As integrator demand grows
If your use case needs more than a safe fraction of the platform ceiling, high-volume payroll, an agent swarm, a market-making TWAP strategy, reach out to the team via github.com/tachyonpe so throughput can be planned ahead of time. There’s no request gating today, but letting the team know helps with capacity planning.Errors
Full list of error codes, including rate-limit responses.