Get Hl Liquidations
GET/v1/cryptodata/backtesting/hl-liquidations
Query the per-event Hyperliquid liquidation tape. Exact liquidation fills (market + backstop) across the full HL perp universe — time, coin, liquidated side, px, sz, USD notional, method, mark price, liquidated user and tx hash — unlike ``/backtesting/liquidations``' venue-merged rolling-24h totals. Rows are ordered by the full ``(time, tid)`` key and ``next_cursor`` resumes exactly there: one liquidation order sweeping N book levels is N rows at ONE ``time``, so ``start = last.time + 1`` paging silently drops the siblings that fell past a page boundary — use the cursor. Live capture began 2026-07-23 (``coverage.local_first`` is authoritative); the ``hl_liquidations`` daily Parquet archive additionally holds a pilot backfill 2026-04-24 → 2026-05-05. A window that starts before local retention returns ``[]`` with ``coverage.archive_hint`` set rather than silently. Pro (Pro Plus included) since 2026-09-07; the archive itself stays Pro Plus. Bucketed flow from these fills: ``/backtesting/hl-liquidation-bars``.
Price
$0.01/ callEdge cache
Off
Uptime 24h
100.00%
p95
1.03s
Parameters
| Name | In | Type | Description |
|---|---|---|---|
| coin | query | string | One HL universe coin name (BTC, kPEPE) or a comma list (up to 25; every value rides the index). Omit for all coins. |
| start* | query | string | Start time (ISO 8601 or unix ms) |
| end | query | string | End time (ISO 8601 or unix ms, defaults to now). EXCLUSIVE — the range is [start, end), so consecutive windows do not repeat a boundary row. |
| bounds | query | string = half-open | Interval convention for `start`/`end`. `half-open` (default) is [start, end) — `end` is EXCLUSIVE, so consecutive windows tile without repeating a boundary row. `closed` is [start, end] — `end` INCLUSIVE, the pre-2026-08-08 behaviour; use it only to keep an existing integration byte-identical. |
| limit | query | integer = 1000 | |
| cursor | query | string | Opaque page cursor — the `next_cursor` of the previous response, verbatim. Resumes strictly after the last row served, keyed on the table's full primary key, so a page boundary inside a same-millisecond burst loses nothing (unlike `start = last.time + 1`). `start` / `end` still bound the window. |
| format | query | string = json | json or csv. CSV has no envelope: paging state travels in the `X-Has-More` / `X-Next-Cursor` response headers. |
Code
# 1. No key, no payment: the gateway answers 402 with the price
curl -i "https://api.realtimeapi.ai/v1/cryptodata/backtesting/hl-liquidations?start=2026-10-28"
# 2. Pay: retry with a signed x402 payment (any x402 client builds this header)
curl "https://api.realtimeapi.ai/v1/cryptodata/backtesting/hl-liquidations?start=2026-10-28" -H "PAYMENT-SIGNATURE: $X402_PAYMENT"// npm i @x402/fetch @x402/core @x402/evm viem
import { wrapFetchWithPayment } from "@x402/fetch";
import { x402Client } from "@x402/core/client";
import { ExactEvmScheme } from "@x402/evm/exact/client";
import { privateKeyToAccount } from "viem/accounts";
const client = x402Client.fromConfig({ schemes: [{ network: "eip155:8453", client: new ExactEvmScheme(privateKeyToAccount(PRIVATE_KEY)) }] });
const pay = wrapFetchWithPayment(fetch, client);
const data = await (await pay("https://api.realtimeapi.ai/v1/cryptodata/backtesting/hl-liquidations?start=2026-10-28")).json();
console.log(data);# pip install x402 eth-account requests
from eth_account import Account
from x402.clients.requests import x402_requests
session = x402_requests(Account.from_key(PRIVATE_KEY))
print(session.get("https://api.realtimeapi.ai/v1/cryptodata/backtesting/hl-liquidations?start=2026-10-28").json())curl "https://api.realtimeapi.ai/v1/cryptodata/backtesting/hl-liquidations?start=2026-10-28" -H "X-API-Key: $RTAPI_KEY"Frequently asked questions
How do I get get hl liquidations from CryptoDataAPI?
Send GET https://api.realtimeapi.ai/v1/cryptodata/backtesting/hl-liquidations. Pay $0.01 per request with x402, or send an X-API-Key header.
What does GET /backtesting/hl-liquidations cost?
$0.01 per successful request in USDC on Base. Failed requests are never charged.
Can I call this endpoint from an MCP client?
Yes. Connect any MCP client to the RealtimeAPI server and use call_feed with this endpoint's URL, or get_quote to check the price first.