Skip to main content
Create a key, call the Lighter order-book route, and confirm the response shape. Lighter is a separate top-level venue family under /v1/lighter/*.
1

Create a key

Open the dashboard and create an API key.
2

Set it in your shell

3

Call the Lighter order book

4

Confirm the result

Continue when the request returns HTTP 200, success: true, an order-book object in data, and meta.request_id.

Expected response

The Lighter L2 route returns aggregated price levels with decimal-string px and sz fields and an order count in n:
Keep the venue family, symbol, response timestamp, and request ID with the result. L3 is a different route and data grain: /v1/lighter/l3orderbook/{symbol} returns individual resting orders with numeric order_index, owner_account_index, price, remaining_size, and original_size fields.

If the call fails

Keep meta.request_id or the x-request-id response header with the failed request. Use Errors and request IDs for retry decisions and Rate limits for capacity controls.

Check freshness before widening

Use Data quality before a long Lighter history or reconstruction job. Lighter per-fill trade rows begin August 27, 2025; exact starts vary by market. L3 order-level history begins March 5, 2026 and is capped at 250 orders per side per tick. Check the exact symbol and data type before relying on a window.

Lighter request checklist

Keep this checklist separate from Hyperliquid core, Spot, HIP-3, and HIP-4. A BTC string is not enough context for logs or generated clients.

Next branches

Lighter REST

Exact routes and route-specific response guidance for the Lighter family.

Lighter historical data API

Historical windows and per-fill boundaries for Lighter.
Use Historical market data for bounded windows, WebSocket replay when event ordering matters, and Data quality before an output feeds a backtest, alert, export, or model. The Lighter REST reference includes /v1/lighter/liquidations/{symbol} and /v1/lighter/liquidations/{symbol}/volume; use SDK reconstruction when the workflow needs local order-book maintenance.

Common mistakes

Do not route Lighter symbols through Hyperliquid examples. Do not treat Lighter L3 and Hyperliquid L4 as the same primitive. Keep venue family in logs, storage, and generated code so later joins distinguish sources.

L2 versus L3

Use L2 routes when aggregated price-level depth answers the question. Use L3 when the workflow needs order-level state, queue behavior, or reconstruction-oriented history. Keep L3 separate in storage, tests, and exports, and label the depth level in every result. If the next workflow is L3 or replay, add gap handling before using the result in a production job.
Last modified on August 28, 2026