Skip to main content
A liquidation carries the market, price, size, side context, and venue-specific counterparty fields. Liquidation routes are available for Hyperliquid core, HIP-3, and Lighter; Spot and HIP-4 do not serve liquidation routes. Check Venue coverage before assuming a window per symbol. For a focused Hyperliquid landing page with history, volume, and route context, open Hyperliquid Liquidations Data API.

Get liquidations

Events: /v1/hyperliquid/liquidations/{symbol}. Volume buckets: /v1/hyperliquid/liquidations/{symbol}/volume. Liquidation levels (open trigger-order buckets): /v1/hyperliquid/liquidations/{symbol}/levels.

Request parameters

A liquidation event returns:
Hyperliquid liquidation history starts December 2025; confirm the window per symbol on Venue coverage and Endpoint Reference before widening a job.

Response fields

Hyperliquid core and HIP-3 items in the data array: Lighter liquidation events use the Lighter-generated schema, including fields such as liquidation_type, usd_amount, ask_account, bid_account, ask_order_id, and bid_order_id.

Raw events vs volume

Use raw liquidation event routes (/v1/hyperliquid/liquidations/{symbol}, /v1/hyperliquid/hip3/liquidations/{symbol}, or /v1/lighter/liquidations/{symbol}) when you need event-level records for audit, replay, or model input. They are heavier and may need pagination, tighter windows, and lower concurrency. Use /volume (/v1/hyperliquid/liquidations/{symbol}/volume?interval=1h, the matching HIP-3 route, or /v1/lighter/liquidations/{symbol}/volume?interval=1h) when you need aggregate liquidation-volume buckets for dashboards or backtests that don’t inspect every event. Each bucket returns volume and count fields for the selected venue family. For high-volume dashboards and repeated backtests, start with /volume and keep raw event pulls as a narrower drill-down. Use /levels on Hyperliquid core or HIP-3 when the workflow needs a map of currently open stop-loss and take-profit trigger orders bucketed around the mid price. These buckets are resting trigger orders, not projected forced-liquidation prices instead of an event tape. Endpoint Reference documents the exact level fields and filters. For liquidation routes that return 429, honor Retry-After when present; if it is absent, use capped exponential backoff with jitter, reduce concurrency, and keep meta.request_id or x-request-id for the failed attempts. Don’t retry unchanged after auth, access, malformed-request, or unsupported-symbol errors. Fix the request or key first.

Next call after a 429

When a raw liquidation route rate-limits, choose the next call from the workflow instead of replaying the same request. Keep the failed path, the Retry-After value when present, meta.request_id or x-request-id, and the chosen next call in the job log so the retry decision is reviewable later.

Stream it live

Liquidations stream on Hyperliquid core (liquidations) and HIP-3 (hip3_liquidations). Lighter liquidations are documented as REST routes; Spot and HIP-4 do not serve liquidation routes.
Connection and reconnect handling live in the WebSocket tab; see WebSocket channels for the family matrix.

Export in bulk

For event-level liquidation history as files, use the liquidations export schema ($8/GB, $25 minimum), delivered as Parquet with ZSTD compression. Build a selection in the Data catalog; columns and coverage keys are on Export schemas.

Next

Use Trades for the full fill tape, Open interest for positioning context, or Data quality before liquidations feed a model.
Last modified on July 23, 2026