Skip to main content
The native Hyperliquid API places orders and reads account state. For the market data, you call 0xArchive. One key returns order books, trades, candles, funding, open interest, liquidations, and full order-level (L4) depth as normalized JSON. Order books and trades go back to April 2023; L4 order-level depth from March 2026 on core, Spot, and HIP-3, and from May 2026 on HIP-4; lifecycle history is route-specific. No collectors, no backfill, no rebuilding the book.

What One Key Returns

Where The Native API Fits

0xArchive does not place orders; execution belongs to the venue’s own API, and for that job the native endpoint is the only correct choice. Order placement, cancels, and account state live on the exchange endpoint, signed by your wallet. The info endpoint also answers live market questions well: current mids for every coin, a 20-level l2Book snapshot, recent trades, and funding history, all free and venue-native. The bounds show up when the question is historical, and Hyperliquid’s own docs state them: candleSnapshot returns only the most recent 5,000 candles, userFills returns at most 2,000 recent fills, userFillsByTime reaches only the 10,000 most recent, time-range responses page at 500 elements, and l2Book is a live snapshot with no historical form. There is no request that returns the book as it stood last Tuesday. If the job is execution or reading your own account, 0xArchive is not the right fit; that stays on the venue. If the job is a backtest, a research window, or anything older than those retention caps, the native API cannot answer it.

When To Use 0xArchive

One call replaces a collector you would otherwise build and run against those retention caps. The market data comes back normalized, with named fields, live or historical: order-book records and trades back to April 2023, plus full order-level L4 depth with wallet attribution from March 2026 on core, Spot, and HIP-3, and from May 2026 on HIP-4. Store the request ID when the response exposes it, and check data quality before a backtest trusts the window. Use one API for Hyperliquid and Lighter market-data routes, with coverage and freshness stated by family and window. Access follows the key, not the plan: every route, market family, and schema is available on every tier, including Free; plans change credits, request rate, and replay speed, which scales from 10x to 300x by plan and up to 500x on Enterprise. Agents read the same surface through the hosted MCP server at https://mcp.0xarchive.io/mcp, a remote endpoint that takes your API key as a bearer token, nothing to install.

Run One Route

Next Step

Open Hyperliquid REST, run one BTC request, then check the per-family windows on Venue coverage and Data quality before a job depends on one. Compare plans. For order-level depth, see Hyperliquid Order Book Data API.
Last modified on August 13, 2026