Liquidations (reported totals)
The sum of liquidation orders over a period.
Definition
The sum of liquidation orders over a period. For Hyperliquid these are the liquidations of every wallet from Hyperliquid’s official archive, imported every hour; for centralised exchanges the force orders they publish on their public streams; for Lighter the trades it flags as liquidations.
In one sentence: CEX totals are a lower bound: Binance publishes at most one liquidation per symbol and second, and Bybit is collected for its top 100 symbols.
In one sentence: Liquidation: the venue force-closes a leveraged position because its margin is used up. A long is closed with a forced sell, a short with a forced buy.
Current data · all markets
updated 10s ago (2026-11-05 10:06 UTC)- longs
- shorts
From the data shown above: In the 25 covered hours shown: $124M of long and $311M of short liquidations.
How we compute it
Formula
total = Σ USD of the stored liquidations in the period
long liquidations = forced sells of long positions · short liquidations = forced buys of short positions- Hyperliquid: the hourly fill files of Hyperliquid’s official archive are imported for every wallet; the liquidation fills give time, price, size and side.
- Binance (!forceOrder) and Bybit (allLiquidation) liquidation streams are collected in real time over WebSockets.
- Lighter: every trade Lighter flags as a liquidation on its public trade stream, with the side of the liquidated account; auto-deleveraging trades are not counted.
- Totals are sums over the stored hourly totals and single orders; the side is the side of the liquidated position (long liquidations = forced sells). Single liquidations of $10,000 or more are kept for 3 years.
How to read it
- Long liquidations dominate when the price fell quickly, short liquidations when it rose quickly.
- Compare periods of the same coverage only (the historical data page states since when each stream is collected).
Common mistakes
- Adding exchange totals up as if they were complete. Binance publishes at most one order per symbol and second, so a cascade is undercounted.
- Comparing a venue before and after its collection started. A day before the start is not recorded, which is different from a day without liquidations.
- Reading long liquidations as long positions opened. They are longs that were closed by force.
Honest limits
- Exchange totals are a lower bound: Binance pushes at most one liquidation per symbol and second, Bybit is covered for its top 100 symbols.
- Binance, Bybit and Lighter are counted from the start of our own collection on these streams; exchanges publish no older liquidations, so there is nothing to load for earlier dates.
- Gaps while the collector was stopped are not filled in afterwards (Hyperliquid excepted: its archive covers every hour).
Questions and answers
Why are Hyperliquid liquidations complete but exchange liquidations are not?
Hyperliquid publishes every fill in its official archive, so every liquidation of every wallet can be counted. Binance pushes at most one liquidation per symbol and second on its public stream, and Bybit is collected for its top 100 symbols, so their totals are a lower bound.
Since when are liquidations counted per venue?
Hyperliquid from the start of the official archive with liquidation data (May 2025), Binance, Bybit and Lighter from the start of our own collection on their streams. The exact dates are on the historical data page.
Use it live
Step by step
API
Every key uses the data of its plan; see the developer docs for parameters and examples. Developers · API docs
Plan availability
- Free: every coin, current values and 30 days of history.
- Pro and above: history up to 1095 days, CSV export.
- API: free developer key (10/min, 1,000/day, free-tier data, non-commercial) · API Dev and above (60/min, 50,000/day).
Terms defined here
Reported liquidations · Liquidation
Data as of 2026-11-05 10:06 UTC. Methodology. Facts from public data. Not investment advice. · Report incorrect data