Skip to main content
Use this page when you need to see returned values before writing parsers, tests, warehouse schemas, or agent prompts. Examples here use fields named by the generated OpenAPI contract. When a route’s OpenAPI schema exposes data as generic objects, keep the envelope and metadata, inspect the current endpoint response, and avoid binding a fixed model from an example. Examples show returned values; they are not the schema source. Use OpenAPI or Endpoint reference for exact types, then use this page to check envelope handling, request IDs, pagination, venue context, and parser boundaries. Most market-data routes use this envelope:

L2 Order Book Snapshot

Request:
Example response:
The L2 shape is aggregated by price level. px is the level price, sz is total size at that price, and n is the number of orders contributing to the level.

Trade List

Request:
Example response:
side uses venue side codes. Preserve direction, maker/taker fields, fees, cursor, and request ID when trades feed a backtest or risk view.

Empty Page With Cursor Exhausted

Some bounded historical requests can succeed with no returned rows. Treat an empty data array as a valid response when success is true; the job decision should come from the requested window, data-quality state, and whether meta.next_cursor is present.
Do not fabricate missing trades, books, or candles when a route returns an empty page. Store the route, symbol, window, cursor state, request ID, and data-quality decision so the downstream output can explain the gap.

Funding, Open Interest, And Candles

Funding response:
Open-interest response:
Candle response:
Funding, open-interest, and candle routes are separate series. Store interval, route path, venue family, symbol, cursor, and request ID where the route returns one.

Liquidation Event

Liquidations are not trades with a different label. Keep liquidation route, direction, side, mark price, users, cursor, and request metadata available for audits.

Hyperliquid Spot Trade

Spot uses pair symbols such as HYPE-USDC. Keep Spot routes separate from core perp symbols such as HYPE.

HIP-3 Builder Market Trade

HIP-3 symbols preserve builder prefixes such as km:. Do not strip the prefix when routing, storing rows, or comparing to Hyperliquid core symbols.

HIP-4 Outcome Book

For HIP-4, fields such as mid_price and mark_price are probability-like values in [0, 1], not ordinary USD prices.

L4, L3, And Lifecycle Routes

The generated OpenAPI contract exposes several high-depth routes as data: object[] because the records are route-specific: Use the generated endpoint page before creating typed models for these route families. Do not copy L4 or L3 field names from another venue, export schema, or browser view into API client code.

Lighter L3 Order Book

Request:
Example response:
Lighter L3 represents individual-order depth. The latest L3 route returns a single object in data, not an array of books. Do not parse it as an aggregated L2 book, and keep the Lighter venue family attached to stored records.

Data Freshness

Request:
Example response:
Freshness responses should travel with downstream output when the result feeds a backtest, alert, dashboard, model, or export.

Data-Quality Coverage Response

Request:
Example response:
Data-quality coverage routes use resource-specific response bodies rather than the ordinary market-data envelope. Store the coverage response with the downstream data request ID and job tolerance. Do not require success, data, or meta.request_id from coverage bodies that do not expose those fields.

Error Response

Request without an API key:
Example response:
Treat HTTP status as the control signal. The JSON body explains what failed and carries the request ID needed for logs, support, retries, or agent tasks.

Example Coverage Checklist

Use this checklist when adding or changing examples.

Next Step

Use Responses for envelope and parser behavior, Schemas for field notes, Examples for request code, and the REST family pages for route selection.
Last modified on June 28, 2026