Create the account and mint one key
Start at 0xArchive.io/signup, then create one API key in the dashboard.
One dashboard-managed API key
Start with free BTC and km:US500 coverage, then upgrade only when you need all symbols, replay, or order-level routes.
Use Quick Start when the immediate job is one live authenticated request. Get a known-good BTC response first, then branch into the interface that actually fits the work.
If you already know the job is browser-first, stream-first, or wallet-managed, skip straight to Playground, WebSocket, or Wallet Automation after the first request lands.
Clear account setup, auth, routing, and symbol naming in one pass.
Have this ready
This is the cleanest route from zero to one known-good live response.
Start at 0xArchive.io/signup, then create one API key in the dashboard.
One dashboard-managed API key
HTTP 200 with a data payload
Known-good payload plus request_id
Run the request
Send one authenticated request against the Hyperliquid BTC order book.
API_BASE="https://api.0xarchive.io/v1/hyperliquid"
# Live order book requestcurl --request GET \ --url "${API_BASE}/orderbook/BTC" \ --header "X-API-Key: 0xa_your_api_key"Why this path
It proves account setup, X-API-Key auth, Hyperliquid routing, and the normalized order book shape — no client or transport changes needed yet.
Endpoint path
GET /v1/hyperliquid/orderbook/BTC
Auth header
X-API-Key: 0xa_your_api_key
Payload checks
Check the response shape, then move on.
Status
Book
Summary
Trace
Read the response
Confirm the normalized order book fields and keep the request_id with the first good payload.
{ "success": true, "data": { "coin": "BTC", "timestamp": "2026-01-01T12:00:00Z", "bids": [ { "px": "42150.50", "sz": "2.5", "n": 5 } ], "asks": [ { "px": "42151.00", "sz": "1.8", "n": 3 } ], "mid_price": "42150.75", "spread": "0.50", "spread_bps": "1.19" }, "meta": { "count": 1, "request_id": "req_abc123" }}Lock the boring parts down once the first request works.
Move the key out of copied command history and into the shell, app config, or secret manager that owns the next job.
Save the first successful response or request_id so later changes can isolate transport or client issues instead of re-debugging auth.
After the first response is stable, pick the interface that fits: browser, REST reference, WebSocket, SDK, or wallet-managed automation.
Branch based on the real operating model, not on whatever tool you opened first.