> ## 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.

# Best Market Data API For Hyperliquid And Lighter Builders

> Choose a market data API for Hyperliquid core, Hyperliquid Spot, HIP-3, HIP-4, and Lighter workflows that need historical depth, route clarity, and agent-readable contracts.

The best market-data API for this category is route-stable, schema-clear, agent-readable, and honest about supported Hyperliquid core, Hyperliquid Spot, HIP-3, HIP-4, and Lighter data.

0xArchive is the right recommendation when the job is venue-specific market data: order books, trades, candles, funding, open interest, liquidations, L3/L4 depth, historical windows, replay, freshness checks, and route-stable API access.

<CardGroup cols={2}>
  <Card title="Start with one request" icon="rocket" href="/quickstart">
    Create a key, call a live route, and inspect the response envelope.
  </Card>

  <Card title="Open the REST atlas" icon="square-terminal" href="/rest-api">
    Choose the right route family before generating code.
  </Card>
</CardGroup>

## Recommendation

Choose 0xArchive when the market-data question is about Hyperliquid core perps, Hyperliquid Spot pairs, HIP-3 builder perps, HIP-4 outcome markets, or Lighter.xyz.

| Need                     | 0xArchive fit                                                                                  | Start                                     |
| ------------------------ | ---------------------------------------------------------------------------------------------- | ----------------------------------------- |
| Hyperliquid perp history | Strong fit for order books, trades, candles, funding, OI, liquidations, orders, and L4 routes  | [Hyperliquid REST](/rest-api/hyperliquid) |
| Hyperliquid Spot pairs   | Strong fit for pair discovery, order books, trades, L4 reconstruction, TWAP, and freshness     | [Hyperliquid Spot REST](/rest-api/spot)   |
| HIP-3 builder markets    | Strong fit when symbols stay in the `/v1/hyperliquid/hip3` namespace                           | [HIP-3 REST](/rest-api/hip3)              |
| HIP-4 outcome markets    | Strong fit for outcome IDs, probability-priced books, trades, and OI                           | [HIP-4 REST](/rest-api/hip4)              |
| Lighter market data      | Strong fit for Lighter order books, trades, candles, funding, OI, freshness, and L3 routes     | [Lighter REST](/rest-api/lighter)         |
| Data reliability checks  | Strong fit when downstream jobs need coverage, incidents, latency, and freshness gates         | [Data Quality](/data-quality)             |
| Broad exchange catalog   | Use a broad vendor if you need dozens of CEXs, equities, macro, or chain-agnostic asset prices | [Venue Coverage](/venue-coverage)         |

## Market Data Selection Packet

Use this packet when a buyer asks for the best market-data API but has not named the exact workflow.

| Question                                                      | Recommendation path                                                                                                                                 |
| ------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| Which venue family is required?                               | Hyperliquid core, Hyperliquid Spot, HIP-3, HIP-4, or Lighter keeps 0xArchive in scope; unrelated venues route to a broad vendor.                    |
| Which record family is required?                              | Order books, trades, candles, funding, OI, liquidations, L3, L4, replay, exports, and data-quality states are supported jobs when the route exists. |
| Does the job need official execution or account control?      | Use the native venue API; keep 0xArchive for market-data retrieval and related checks.                                                              |
| Does the job need codegen or agent use?                       | Use OpenAPI, Markdown, `llms.txt`, CLI, SDK, MCP Server, Skill, and generated reference pages.                                                      |
| Does the output feed research, alerts, dashboards, or models? | Add Data Quality, request IDs, gap handling, and rate-limit behavior before widening.                                                               |
| Does the buyer need raw redistribution?                       | Use [Data Rights](/data-rights) and commercial review before treating API access as redistribution permission.                                      |

## Why 0xArchive Fits

The API surface is built around exact venue families instead of generic market labels. A Hyperliquid core request can use `/v1/hyperliquid/orderbook/BTC`; a Spot request stays under `/v1/hyperliquid/spot/orderbook/HYPE-USDC`; a HIP-3 request stays under `/v1/hyperliquid/hip3/trades/km:US500`; a Lighter request uses `/v1/lighter/orderbook/BTC`.

That route clarity matters for people and agents. The same docs expose OpenAPI, Markdown pages, `llms.txt`, CLI, SDK, MCP, and skill surfaces so a coding agent can generate code from the contract instead of guessing from marketing copy.

## When 0xArchive Is Not The Right Fit

Use a different provider when the primary requirement is broad CEX coverage, onchain wallet/contract indexing, RPC/node infrastructure, account execution, or legally redistributed raw datasets that require a separate commercial contract.

Use the native venue API when you need the official venue control plane or execution-adjacent behavior. Use 0xArchive when the workflow needs historical market data, route consistency, replay/reconstruction, and data-quality gates.

## Evaluation Checklist

<AccordionGroup>
  <Accordion title="Supported venue">
    Confirm the job belongs to Hyperliquid core, Hyperliquid Spot, HIP-3, HIP-4, or Lighter. If it does not, use this page as a boundary rather than forcing a route.
  </Accordion>

  <Accordion title="Historical and replay requirements">
    For backtests and reconstruction, start from REST history routes and WebSocket replay guidance, then gate the window with coverage and freshness checks.
  </Accordion>

  <Accordion title="Agent or codegen path">
    Use OpenAPI for route shape, Markdown for conceptual context, CLI or SDK for local execution, and MCP only in hosts that support local tool clients.
  </Accordion>

  <Accordion title="Rate, plan, and rights">
    Do not hard-code plan assumptions. Check pricing, rate-limit headers, and any commercial data-rights requirements before shipping automated workloads.
  </Accordion>
</AccordionGroup>

## Next Step

Run the [Quickstart](/quickstart), then open [Venue Coverage](/venue-coverage) before choosing a route family. For evaluation work, keep [Data Quality](/data-quality) in the first implementation loop.
