Skip to main content
A ServiceKey is a programmatic credential issued from the GoldRush Platform that authenticates privileged, account-level operations — for example, reading your account usage programmatically via the /platform/usage/ endpoint. ServiceKeys work across all GoldRush products. A regular GoldRush API key (cqt_…) authenticates product data requests (Foundational, JSON-RPC, Hyperliquid, x402). A ServiceKey authenticates Platform account operations that act on your account itself, and is rejected on the data APIs — and vice versa.

Why a separate credential?

Account-level operations touch data about your usage and account configuration. We use a distinct credential type so that:
  1. Read-only API keys (which may be embedded in client-side code, CLI scripts, or shared between teammates) cannot read or change account-level data.
  2. ServiceKeys can be rotated independently of the API keys your application already uses to call the data APIs.
  3. Account operations are auditable — every action is attributed to the user who issued the ServiceKey.

Creating a ServiceKey

  1. Sign in to the GoldRush Platform.
  2. Open your account settings and select Service Keys.
  3. Click Create Service Key, give it a name, and copy the value shown.
The ServiceKey value is shown once, at creation. Store it in a secret manager (e.g. AWS Secrets Manager, GCP Secret Manager, 1Password, Vault). If you lose it, revoke the key and create a new one.

Using a ServiceKey

Send the key as a bearer token on every request. For example, to read your account usage:

Scope and permissions

ServiceKeys inherit the group of the user who created them. Two users in different groups cannot see each other’s account data through the API, even if both have a ServiceKey.

Rotation and revocation

Rotate a ServiceKey at any time by creating a new one and revoking the old one:
  1. Create a new ServiceKey on the Platform.
  2. Update your secret store / CI variables to use the new key.
  3. Verify the new key works with a test request (GET /platform/usage/).
  4. Revoke the old key on the Platform.
Revocation is immediate — subsequent requests with the revoked key return 401 Unauthorized.
Use a separate ServiceKey per environment (dev, staging, prod) and per CI system. This keeps the blast radius small if a key is leaked.

Common errors