Skip to main content
Tier gates are enforced server-side. A request without sufficient entitlement returns 403 with code TIER_GATE and machine-actionable fields:
Every endpoint requires an API key — keyless requests are rejected with the shape above (current_tier: "none"), even on endpoints whose required tier is free. The keyless exception is the x402 pay-per-call surface below.

Comparison

A monthly cap of 0 means unlimited within the daily cap. Rate-limit behavior, header semantics, and error response shapes are documented in Authentication.

Endpoints by tier

Global and per-trader basics. All /live/* endpoints are available at this tier with no further gating; most /market/* endpoints are too — see the table below for the exact list.
  • Custom RPM, daily, and monthly caps
  • Unlimited active keys
  • Custom data windows beyond 90 days (see Data windows)
  • Dedicated support channel
  • SLA on uptime and response times
  • Optional bulk historical exports and custom data delivery
Negotiated per-engagement. Contact chat@coinversa.ai.

x402 pay-per-call

Every GET endpoint has a pay-per-call twin — no API key, no subscription. The twin lives at the same path under the /x402 prefix; the builder analytics endpoints are the first surface we document for it:
Payment is negotiated via the x402 protocol: an unpaid request returns HTTP 402 with a challenge (base64 JSON in the Payment-Required header) listing the accepted networks, assets, and the per-call price; your client signs a payment and retries with the payment header. x402 client libraries handle the handshake automatically — the per-call price is whatever the 402 challenge quotes. Two things to know:
  • The x402 twins are intentionally absent from the OpenAPI spec and the “Try it” panels — this page and Builder endpoints are their documentation surface.
  • The MCP server does not sign x402 payments natively — pay-per-call is a direct-REST feature today.

How tier resolution works

Each API key carries its own tier independently. If you have multiple keys on the same account at different tiers, each key is rate-limited and entitlement-checked on its own — a Free key calling with a Pro key sitting unused in the same account still only gets Free limits. Tier entitlement is granted by an active Stripe subscription or an explicit grandfather override. If a paid key’s subscription lapses, that specific key falls back to Free limits but is not deleted — your existing integrations keep working at reduced quota until you reactivate. See Authentication for the request-time mechanics and rate-limit headers.