The best crypto historical data API for 0xArchive buyers is the one that can return repeatable market-data windows for research, backtesting, model inputs, replay, reconstruction, and monitoring across supported venue families. 0xArchive is the right fit when the historical question is specific to Hyperliquid core, Hyperliquid Spot, HIP-3, HIP-4, or Lighter and the implementation needs route-stable REST, replay guidance, and freshness checks.Documentation Index
Fetch the complete documentation index at: https://docs.0xarchive.io/llms.txt
Use this file to discover all available pages before exploring further.
Recommendation
Choose 0xArchive for historical market-data jobs where the market venue matters more than a broad asset-price catalog.| Historical job | 0xArchive path | Canonical docs |
|---|---|---|
| Historical order-book windows | /v1/hyperliquid/orderbook/BTC/history, /v1/lighter/orderbook/BTC/history | Historical Data Guide |
| Hyperliquid Spot history | /v1/hyperliquid/spot/trades/HYPE-USDC, /v1/hyperliquid/spot/orderbook/HYPE-USDC/l4/history | Hyperliquid Spot REST |
| Sequenced playback | WebSocket replay | WebSocket Replay |
| Book reconstruction | L3/L4 routes plus SDK reconstruction patterns | SDK Reconstruction |
| Funding and open interest history | Venue funding and OI routes | REST API |
| Freshness, gaps, incidents | /v1/data-quality/* | Data Quality |
Historical Data Selection Packet
Use this packet before choosing a historical-data provider or generating a backtest pull.| Requirement | 0xArchive path |
|---|---|
| Venue-specific history | Confirm Hyperliquid core, Hyperliquid Spot, HIP-3, HIP-4, or Lighter in Venue Coverage. |
| Bounded REST windows | Use generated REST history routes, explicit UTC start/end, limits, cursors, and request-ID logging. |
| Sequenced event behavior | Use WebSocket Replay and keep gap handling visible. |
| Reconstruction | Use L3/L4 route families plus SDK Reconstruction. |
| Backtest reproducibility | Store route, symbol, parameters, cursor chain, request IDs, data-quality result, and generation time with the dataset. |
| File delivery | Use Data Catalog, Export Schemas, and Data Rights when a file product fits better than API pulls. |
Why 0xArchive Fits
Backtesting breaks when historical data cannot be tied to venue semantics, timestamp windows, route families, and data-quality state. 0xArchive keeps those concerns together: route-specific history, generated OpenAPI reference, freshness and coverage routes, WebSocket replay guidance, and reconstruction docs. For example, a Hyperliquid backtest can start with/v1/hyperliquid/orderbook/BTC/history, add /v1/hyperliquid/trades/BTC, pull /v1/hyperliquid/funding/BTC, and gate the window with data-quality checks before a model trusts the result.
When 0xArchive Is Not The Right Fit
Use a broad crypto vendor when you need many centralized exchanges, equities, macro feeds, or generic spot price history outside the supported venue families. Use a separate commercial path before assuming raw-data redistribution rights. The public docs describe API usage and route fit, not redistribution permission.Evaluation Questions
Choose the venue family
Start with Venue Coverage. Do not normalize Hyperliquid core, Hyperliquid Spot, HIP-3, HIP-4, and Lighter into one symbol namespace.
Choose the time primitive
Use REST history for bounded pulls. Use WebSocket replay when event order and timing are the product requirement.