Skip to main content

What this page does and does not answer

QuestionPublic answer
what repo-backed request-rate constants exist by build profilethis page answers that directly
what DDX-balance thresholds and burst constants appear in the public source setthis page answers that directly
what the currently hosted public deployment is enforcing right nowthis page does not guarantee that; verify the target deployment, observed 429 behavior, and current public release posture before hardcoding limits

Repo-backed request-rate tiers by build profile

These values are defined in operator constants and are release-conditional rather than universally fixed.
Build profileTier 0 (< 1,000 DDX)Tier 1 (>= 1,000 DDX)Tier 2 (>= 1,000,000 DDX)Burst behavior
Default (not alpha1, not no_rate_limit)900/hour (1 per 4s)1,800/hour (1 per 2s)180,000/hour (50/s average)Tier bursts 1, 5, and global cap 50
alpha1Same request-rate tiers as defaultSame request-rate tiers as defaultSame request-rate tiers as defaultSame burst constants as default
no_rate_limitTiered hourly and per-tier burst guards are compiled outTiered hourly and per-tier burst guards are compiled outTiered hourly and per-tier burst guards are compiled outGlobal burst-cap constant becomes 100000

Feature-gate caveats

Build/runtime modeMaterial difference from default constants
feature = alpha1Collateral tranche table differs from non-alpha1 defaults
feature = no_rate_limitBurst cap changes (RATE_LIMIT_BURST_CAP = 100000) and core hourly tier constants are not applied the same way

Burst-cap and edge controls

ParameterValue
Default global burst cap50
no_rate_limit burst cap100000
Nginx non-whitelist note30 requests / minute appears as a code comment, not as a standalone generated API constant

Live-deployment reading rule

  • Treat the tables below as repo-backed build-profile facts, not as a timeless promise that every deployment enforces the same hosted quota at this moment.
  • When your client depends on exact production retry behavior, combine this page with REST Rate Limits, observed 429 RateLimit responses, and current deployment context.
  • Do not collapse repo constants, staging behavior, and live public-host posture into one undocumented “global limit.”

Collateral tranche reference by build profile

Tranches map DDX-balance upper bound to collateral cap.

Default profile (not alpha1)

DDX upper boundCollateral cap
1,00010,000
1,000,0001,000,000
0 fallback tranche100,000,000

alpha1

DDX upper boundCollateral cap
1,000,00010,000
0 fallback tranche10,000,000
Treat these as release-governed limits. Clients should not hardcode a single tranche matrix without checking the active deployment posture.
Last modified on April 13, 2026