← Fintech Docs
Rate Limits
All AEVION fintech APIs are rate-limited per API key. Limits reset on a rolling 60-second window.
Limits by tier
| Tier | Price | Req/min | Req/month | Burst | Concurrency |
|---|---|---|---|---|---|
| Developer | Free | 100 | 10K | 150 | 5 |
| Build | $49/mo | 500 | 100K | 750 | 20 |
| Scale | $199/mo | 2,000 | 1M | 3,000 | 100 |
| Enterprise | Custom | Dedicated | ∞ | Negotiated | Negotiated |
Per-module limits (Scale tier basis)
The global rate limit applies first. These are secondary per-module limits that apply on top of tier limits.
QPayNet
Write: 30/minRead: 200/min
Transfer & deposit endpoints share the write bucketVeilNetX
Write: 10/minRead: 120/min
Ledger writes are batch-coalesced internallyQMaskCard
Write: 20/minRead: 100/min
Mask issuance is rate-limited independently from chargeQGood
Write: 10/minRead: 150/min
Donation writes share bucket with campaign mutationsZ-Tide
Write: 60/minRead: 300/min
Event submissions are high-throughput; reads are publicQChainGov
Write: 5/minRead: 100/min
Proposal creation is strictly rate-limited per userRate limit headers
X-RateLimit-LimitRequests per minute allowed for your tierX-RateLimit-RemainingRequests left in the current windowX-RateLimit-ResetUnix timestamp when the window resetsRetry-AfterSeconds to wait before retrying (only on 429)Recommended backoff strategy
On receiving HTTP 429:
- Read
Retry-Afterheader (seconds). - Wait
Retry-After + jitter(0–2s). - Retry up to 3 times with exponential backoff: 1s, 2s, 4s.
- After 3 failures: queue for deferred retry (not synchronous user flow).
The SDK handles this automatically — set { retries: 3 } in the client constructor.