Skip to main content

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.

Export schemas are the contract between Data Catalog selections and downstream files for L2, L3, L4, trades, funding, open interest, and liquidation exports. Export schemas describe file-style historical datasets. They are related to API response schemas, but they are not the same thing. API schemas describe JSON responses. Export schemas describe Parquet datasets, coverage keys, estimated size, pricing units, and the columns a buyer should expect.

Export Format

Data Catalog exports are delivered as Apache Parquet with ZSTD compression. Date ranges use UTC dates. Schema availability depends on venue family, market, coverage, and plan or purchase path. The cart matrix below covers the current selectable file schemas; individual market pages can expose a narrower set based on coverage.

Schema Matrix

Schema keyLabelCoverage keyRough columnsPublic pricing unit
l2_orderbookL2 Order Bookorderbooktimestamp, symbol, bids, asks, mid price, spread$10/GB, $10 minimum
l3_orderbookIndividual-Order Book (L3)l3_orderbooktimestamp, symbol, individual orders, bid/ask counts, mid price, spread$10/GB, $10 minimum
l4_orderbookOrder-Level Book (L4)l4_orderbookbook changes and saved states with user address, side, price, size, change type, snapshots$16/GB, $25 minimum
l4_ordersOrder Events / TP/SLl4_orderstimestamp, symbol, user address, order ID, status, side, price, size, order type$16/GB, $25 minimum
tradesTradestradestimestamp, symbol, side, price, size, trade ID, user address, fee, direction$25/GB, $15 minimum
fundingFunding Ratesfundingtimestamp, symbol, funding rate, premium$3/GB, $5 minimum
oiOpen Interestoitimestamp, symbol, open interest, mark price, oracle price$3/GB, $5 minimum
liquidationsLiquidationsliquidationstimestamp, symbol, liquidated user, price, size, side, mark price, direction$25/GB, $25 minimum

Export Schema Packet

Use this packet before mapping an export to a warehouse table or model input.
DecisionRule
L2, L3, or L4Keep price-level snapshots, individual-order depth, and order-level lifecycle records in separate tables unless a downstream model explicitly joins them.
Coverage keyUse the schema coverage key when checking availability; l2_orderbook maps to orderbook, and oi maps to open-interest coverage.
Venue familyPreserve Hyperliquid core, Spot, HIP-3, HIP-4, or Lighter in every file manifest and table partition.
Date rangeStore UTC start/end dates and the coverage window used for the estimate.
Pricing unitRecord rate and minimum alongside the quote so a later order can explain cost changes.
Rights contextAttach the Data Rights decision before any customer-facing file delivery, public download, or partner feed.

Coverage And Range Rules

Catalog schema availability starts from the symbols feed row. A schema is selectable when the row’s data_types includes the schema key, the schema coverage key, or a supported alias. l2_orderbook maps to orderbook, and oi can map to open-interest coverage when an upstream surface uses that name. For each selected schema, use coverage_by_type[schema.coverageKey] when it exists, then fall back to coverage_from. When multiple schemas or HIP-4 outcome sides are selected together, the valid export start date is the latest coverage start across the selected rows and schemas. For settled HIP-4 outcomes, cap the export end date at coverage_to; for live markets, use today as the default end date. The Data Catalog defaults to a 90-day range when coverage allows it, otherwise it uses all available history. Custom ranges still have to stay inside the selected schema coverage window. Hyperliquid core trades and liquidations, plus Hyperliquid Spot trades, should not be requested before 2025-03-22 through the export flow even when a broader market row has older coverage metadata.

How Schemas Map To API Concepts

Order-book exports can represent different depths. L2 snapshots are not L3 individual orders or L4 order lifecycle records. L4 order-book and L4 order-event exports should stay separate from ordinary order-book JSON responses in code, warehouses, and docs. Trades, liquidations, funding, and open interest can have different coverage starts for the same market. HIP-4 exports need side and event context. Outcome prices should be treated as probability-like values, not ordinary USD prices. HIP-3 exports need the builder prefix preserved. Spot exports need pair symbols. Lighter exports should stay under the Lighter venue family.

Choosing Schemas

1

Start with the research question

If the question only needs top-of-book or daily aggregates, do not default to L4.
2

Check coverage by schema

The market may support one schema for a longer history window than another.
3

Estimate size before checkout

High-depth schemas can be much larger than funding or OI datasets.
4

Store schema keys with output

A downstream warehouse table should know the schema key and venue family that produced it.
Use Data Catalog for the product flow, Schemas for JSON response schemas, Export Manifest Schemas for generator-backed export manifest JSON Schema, and Data Rights before customer-facing delivery or resale.
Last modified on May 18, 2026