Every request requires an API key, sent in the X-API-Key header. Keys are
self-serve: sign in with your rip.fun account and create them in the dashboard — no sales call.
X-API-Key: rip_v1_xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
You can hold up to five active keys — use separate keys for separate workloads (they share one credit balance but get independent usage reporting and rate-limit windows), and revoke any of them instantly from the dashboard.
Card Data API keys carry the read:catalog scope, and it isn't sliced any finer than
that: one scope grants the whole catalog — cards, expansions, sealed products and their pricing —
across all three games. Nothing needs to be enabled per game or per resource, so a key that can
read Pokémon cards can already read Azuki sealed product. Features are never gated by plan — a
request whose key lacks a required scope gets 403, and everything in this docs tree
needs only read:catalog.
Partner products (the Gacha API, tenant fulfillment) use separately-issued keys with their own scopes — see the Gacha API docs.
By default, every "Try it" runner uses this site's built-in demo key. Paste your own key into
the API key field at the top of the sidebar (or press "Use in docs playground"
right after creating one) and every runner and generated curl snippet uses it
instead — you'll see your real X-Credits-Remaining tick down in the responses.
X-API-Key header to the whitelisted API paths, never to any third party, and it
is never logged or stored server-side.300 requests / minute per key on the Card Data API, flat for everyone — see Rate limits. The Gacha and Instant Pack APIs have their own, lower ceiling (240/min per key plus concurrency caps — see the Gacha overview). Spend is governed by credits: 1 per request, with free monthly credits and instant USDC top-ups. Both are reported live in response headers, so your client always knows where it stands.