Market-wide liquidation feed
Market-wide liquidation feed with exchange / coin / side / size filters
/api/liquidations/feedRequest
Query parameters
| Name | Type | Required | Default | Allowed values | Description |
|---|---|---|---|---|---|
| exchange | string | Optional | — | — | Exchange id (lowercase, e.g. binance). |
| coin | string | Optional | — | — | Base coin symbol (uppercase, e.g. BTC). |
| side | string | Optional | — | LONG, SHORT | Liquidation side (upper-cased); other values ignored. |
| min | number | Optional | 0 | — | Minimum notional in USD. |
| range | string | Optional | 24h | 1h, 4h, 12h, 24h, 3d, 7d | Time window. Example: 24h |
| limit | integer | Optional | 200 | ≤ 1000 | Number of rows to return. Example: 50 |
Example request
curl -s "https://www.coinboss.com/api/liquidations/feed?range=24h&limit=50"Response fields
The field table is generated from real responses, so it lists exactly what the endpoint returns. Paths use a[] for array items and {*} for objects keyed by a dynamic name such as a coin or an exchange.
| Field | Type | Unit | Description |
|---|---|---|---|
| success | boolean | — | true when the request succeeded. On failure the body is `{ success: false, code, error, request_id }`. |
| range | string | — | Window requested. |
| count | number | — | Number of liquidation orders. |
| data | array | — | Payload. |
| data[] | object | — | Payload. |
| data[].id | number | — | Identifier. |
| data[].exchange | string | — | Exchange id, lower case (for example `binance`). |
| data[].symbol | string | — | Instrument symbol as normalised by CoinBoss (for example BTCUSDT). |
| data[].side | string | — | Side of the liquidated position (`long` = a long was liquidated). |
| data[].price | string(decimal) | — | Last price in the quote currency (USD or USDT unless stated). |
| data[].qty | string(decimal) | — | Order size in contracts or coins as published by the exchange. |
| data[].value_usd | string(decimal) | USD | Notional of the liquidation: price × qty × contract multiplier. |
| data[].timestamp | number | ms | Timestamp. |
Generated 2026-11-11 23:00 UTC from 4 real responses.
Example response
/api/liquidations/feed?range=24h&limit=50 · Real response captured 2026-11-13 03:52:45 UTC. Long arrays and maps are shortened for display: data had 50 items.
- "success"true
- "range""24h"
- "count"50
- "data"
Verified samples
Besides the example above, the probe calls this endpoint with these parameters and checks the schema each time.
| Parameters | HTTP | Latency | Result |
|---|---|---|---|
| coin=ETH&limit=50&range=24h | 200 | 3 ms | Pass |
| coin=SOL&limit=50&range=24h | 200 | 10 ms | Pass |
| coin=ARKM&limit=50&range=24h | 200 | 3 ms | Pass |
Checked 2026-11-13 03:28:01 UTC
Details
- Authentication
- None. Public endpoint.
- Rate limit
- 1200 requests per minute per IP
- Server cache
- 5s
- Edge micro-cache
- 10s
- Update frequency
- real-time (exchange WebSocket push); REST polling: okx every 15 s, gate every 25 s, htx every 5 min; hyperliquid node fill batches ingested every 5 s
- Window
- range param (default 24h)
- Data sources
- Liquidation orders collected in-house from the public liquidation feeds of 11 venues (e.g. binance, okx, bybit, gate, bitget, htx); Hyperliquid liquidations come from the fills of a self-operated Hyperliquid node.
- Exchange coverage
- 11 venues with active collectors (binance USDT-M + COIN-M, okx, bybit linear + inverse, gate USDT + BTC settled, bitget, htx, hyperliquid, aster, lighter, bitfinex, deribit); crypto assets only (tokenized stock / index / commodity / FX contracts are routed to the separate TradFi dataset); binance pushes at most one liquidation per symbol per second, so its totals are a lower bound; minimum stored event size: 100 USD on okx / bitget / htx / bitfinex / deribit / binance COIN-M, 1 USD on gate / hyperliquid / lighter, none on binance USDT-M / bybit / aster
- Pagination
- limit (default 200, max 1000)
- Sorting
- timestamp desc
- Units
- USD notional (price x quantity) per liquidation order; timestamps in Unix ms; side LONG = long position liquidated, SHORT = short position liquidated
- Timestamps
- Unix epoch milliseconds (UTC) unless the field description says otherwise
- Response format
- json
- Stability
- Stable
Live status
Availability, last 30 days
100% of 409 checks passed
Errors
Failed calls share one shape on every endpoint. The full list is on the errors page. Errors and rate limits →
| Code | HTTP | Meaning | What to do |
|---|---|---|---|
| INVALID_PARAM | 400 | A required parameter is missing or a value is not accepted. `param` names the parameter when it is known. | Do not retry unchanged; fix the request. |
| UNAUTHORIZED | 401 | The `CB-API-KEY` header was sent but the key is unknown or revoked. Public data needs no key — drop the header or use a valid key. | Do not retry unchanged. |
| FORBIDDEN | 403 | The route is not part of the public API (internal or account-only). | Do not retry. |
| NOT_FOUND | 404 | Unknown route, or the requested coin / exchange / fund does not exist. | Do not retry; check the path and identifiers against the catalog. |
| RATE_LIMITED | 429 | More requests than the per-minute limit. `Retry-After` gives the seconds to wait. | Wait for `Retry-After`, then retry with backoff. |
| INTERNAL | 500 | Unexpected server error. The message is generic by design; quote `request_id` when reporting it. | Retry once after a few seconds; report it with the request id if it persists. |
| UPSTREAM_FAILED | 503 | The data source behind this endpoint did not answer in time. No stale or substitute numbers are returned in its place. | Retry with backoff; check the status page. |
| UNAVAILABLE | 501 / 503 | The dataset is temporarily not ready (cache warming) or the endpoint has no lawful public source yet. | Retry later; the catalog marks endpoints that are unavailable by design. |
| REQUEST_FAILED | 200 | Some older endpoints answer HTTP 200 with `success: false`. Always check `success`, not only the HTTP status. | Depends on the message; treat as a failed request. |
Try it
/api/liquidations/feedAvailablestring — Exchange id (lowercase, e.g. binance).
string — Base coin symbol (uppercase, e.g. BTC).
string — Liquidation side (upper-cased); other values ignored.
number · default 0 — Minimum notional in USD.
string · default 24h — Time window.
integer · default 200 · max 1000 — Number of rows to return.
https://www.coinboss.com/api/liquidations/feed?range=24h&limit=50More in this category
- Liquidation summary for one coin /api/sd/liquidations
- Largest liquidation days (Top 10) /api/liquidation-events
- Raw liquidation prints (24h) /api/liquidations
- All coins with liquidation records /api/liquidations/all-coins
- 24h liquidation time series for one contract symbol /api/liquidations/chart
- Per-exchange liquidation split for one coin /api/liquidations/coin-exchanges
- Largest liquidation orders for one coin /api/liquidations/coin-largest
- Coins with liquidations in the window /api/liquidations/coin-list
- Multi-window liquidation totals for one coin /api/liquidations/coin-overview
- Price line overlaid with liquidation bars for one coin /api/liquidations/coin-price-liq
- Liquidation statistics for one coin /api/liquidations/coin-stats
- Liquidation time series for one coin /api/liquidations/coin-total-chart
- Liquidation leaderboard aggregated per coin /api/liquidations/coins
- Per-coin liquidation table /api/liquidations/coins-table
- Liquidation detail for one exchange /api/liquidations/exchange-detail
- Liquidation notional and share per exchange /api/liquidations/exchanges
- Market-wide liquidation feed /api/liquidations/feed
- Largest liquidation orders market-wide /api/liquidations/largest
- Market-wide liquidation totals (1h / 4h / 12h / 24h) /api/liquidations/overview
- 24h liquidation stats by exchange, contract and side /api/liquidations/stats
- Market-wide liquidation time series /api/liquidations/total-chart
- Liquidation ranking per coin /api/market/liq-rank
- Live stream of large liquidations /api/market/liq-stream