24h Volumen—Open Interest—24h Liquidationen$1.36B24h Long/Short—BTC-Dominanz—ETH-Dominanz—
App
Sprache ▾
€ EUR ▾
/api/liquidations
GETVerfügbar

Einzelne Liquidationen im Rohformat (24h)

Einzelne Liquidationen der letzten 24h im Rohformat, filterbar nach Kontraktsymbol und Börse

GET/api/liquidations

Anfrage

Query-Parameter

NameTypErforderlichStandardZulässige WerteBeschreibung
symbolstringOptional——Kontraktsymbol, exakte Übereinstimmung nach Umwandlung in Großbuchstaben (z. B. BTCUSDT).
exchangestringOptional——Börsenkennung (Kleinbuchstaben, z. B. binance).
limitintegerOptional50≤ 1000Anzahl der Zeilen. Werte über 1000 werden begrenzt; bei einem nicht numerischen Wert gilt der Standard. Beispiel: 20
offsetintegerOptional0—Offset für die Paginierung.

Beispielanfrage

curl -s "https://www.coinboss.com/api/liquidations?limit=20"

Antwortfelder

Die Feldtabelle wird aus echten Antworten erzeugt und führt daher genau das auf, was der Endpunkt zurückgibt. In Pfaden steht a[] für Array-Elemente und {*} für Objekte, deren Schlüssel ein dynamischer Name ist, etwa ein Coin oder eine Börse.

FeldTypEinheitBeschreibung
successboolean—true, wenn die Anfrage erfolgreich war. Im Fehlerfall lautet der Body `{ success: false, code, error, request_id }`.
dataarray—Nutzdaten.
data[]object—Nutzdaten.
data[].idnumber—Kennung.
data[].exchangestring—Börsenkennung in Kleinbuchstaben (zum Beispiel `binance`).
data[].symbolstring—Instrumentensymbol in der von CoinBoss normalisierten Form (zum Beispiel BTCUSDT).
data[].sidestring—Seite der liquidierten Position (`long` = eine Long-Position wurde liquidiert).
data[].pricestring(decimal)—Letzter Preis in der Kurswährung (USD oder USDT, sofern nicht anders angegeben).
data[].qtystring(decimal)—Ordergröße in Kontrakten oder Coins, wie von der Börse veröffentlicht.
data[].value_usdstring(decimal)USDNominalwert der Liquidation: price × qty × contract multiplier.
data[].timestampnumbermsZeitstempel.
data[].liq_hashstring|null—Quellseitige Kennung zur Deduplizierung des Datensatzes (Fill-Hash von Hyperliquid oder ID aus dem REST-Backfill); null bei Orders, die aus WebSocket-Streams erfasst wurden.
data[].created_atstring—Datums- und Zeitangabe als Zeichenkette.
data[].coin_basestring—Aus `symbol` abgeleiteter Basis-Coin (Kurswährungs- und Kontraktsuffixe entfernt, Großbuchstaben); Multiplikator-Kontrakte behalten ihr Präfix, z. B. `1000PEPE`.
data[].liq_userstring|null—Wallet-Adresse des liquidierten Kontos (Kleinbuchstaben); wird nur für Hyperliquid erfasst, null bei allen anderen Börsen.

Erzeugt 2026-11-11 23:00 UTC aus 3 echten Antworten.

Beispielantwort

/api/liquidations?limit=20 · Echte Antwort, erfasst 2026-11-12 23:42:41 UTC. Lange Arrays und Maps sind für die Anzeige gekürzt: data hatte 20 Elemente.

  • {
    • "success": true,
    • "data": [
      • { … 12 },
      • { … 12 }
      ]
    }

Geprüfte Stichproben

Neben dem obigen Beispiel ruft die Prüfsonde diesen Endpunkt mit den folgenden Parametern auf und prüft jedes Mal das Schema.

ParameterHTTPLatenzErgebnis
limit=20&exchange=okx2002 msBestanden
limit=20&exchange=hyperliquid2002 msBestanden

Geprüft 2026-11-12 23:27:54 UTC

Details

Authentifizierung
Keine. Öffentlicher Endpunkt.
Rate-Limit
1200 Anfragen pro Minute und IP
Server-Cache
10s
Edge-Micro-Cache
10s
Aktualisierungsintervall
Echtzeit (WebSocket-Push der Börsen); REST-Abfrage: okx alle 15 s, gate alle 25 s, htx alle 5 min; Fill-Batches des hyperliquid-Nodes werden alle 5 s eingelesen
Zeitfenster
kein Zeitfenster; neueste Zeilen zuerst (es gilt die Aufbewahrungsfrist der Tabelle)
Datenquellen
Liquidationsorders, intern aus den öffentlichen Liquidations-Feeds von 11 Börsen erhoben (z. B. binance, okx, bybit, gate, bitget, htx); Hyperliquid-Liquidationen stammen aus den Fills eines selbst betriebenen Hyperliquid-Nodes.
Börsenabdeckung
11 Börsen mit aktiven Collectoren (binance USDT-M + COIN-M, okx, bybit linear + invers, gate in USDT + BTC abgerechnet, bitget, htx, hyperliquid, aster, lighter, bitfinex, deribit); nur Krypto-Assets (tokenisierte Aktien-, Index-, Rohstoff- und FX-Kontrakte werden dem separaten TradFi-Datensatz zugeordnet); binance überträgt höchstens eine Liquidation pro Symbol und Sekunde, die Summen sind daher eine Untergrenze; Mindestgröße gespeicherter Ereignisse: 100 USD bei okx / bitget / htx / bitfinex / deribit / binance COIN-M, 1 USD bei gate / hyperliquid / lighter, keine bei binance USDT-M / bybit / aster
Paginierung
limit (Standard 50, keine Obergrenze) + offset
Sortierung
timestamp absteigend
Einheiten
USD notional (price x quantity) per liquidation order; timestamps in Unix ms; side LONG = long position liquidated, SHORT = short position liquidated
Zeitstempel
Unix-Epoche in Millisekunden (UTC), sofern die Feldbeschreibung nichts anderes angibt
Antwortformat
json
Stabilität
Stabil

Live-Status

VerfügbarGeprüft 2026-11-12 23:42:41 UTCHTTP 2001 msSchema stimmt übereinNeuester Datenpunkt 20s alt

Verfügbarkeit, letzte 30 Tage

100 % von 359 Prüfungen bestanden

Fehler

Fehlgeschlagene Aufrufe haben auf jedem Endpunkt denselben Aufbau. Die vollständige Liste steht auf der Fehlerseite. Fehler und Rate-Limits →

CodeHTTPBedeutungEmpfohlene Reaktion
INVALID_PARAM400Ein erforderlicher Parameter fehlt oder ein Wert wird nicht akzeptiert. `param` nennt den Parameter, sofern er bekannt ist.Nicht unverändert wiederholen; die Anfrage korrigieren.
UNAUTHORIZED401Der Header `CB-API-KEY` wurde gesendet, der Schlüssel ist jedoch unbekannt oder widerrufen. Öffentliche Daten erfordern keinen Schlüssel – lassen Sie den Header weg oder verwenden Sie einen gültigen Schlüssel.Nicht unverändert wiederholen.
FORBIDDEN403Die Route gehört nicht zur öffentlichen API (intern oder nur für Konten).Nicht wiederholen.
NOT_FOUND404Unbekannte Route, oder der angefragte Coin / die Börse / der Fonds existiert nicht.Nicht wiederholen; Pfad und Kennungen mit dem Katalog abgleichen.
RATE_LIMITED429Mehr Anfragen, als das Limit pro Minute zulässt. `Retry-After` gibt die Wartezeit in Sekunden an.`Retry-After` abwarten, dann mit Backoff wiederholen.
INTERNAL500Unerwarteter Serverfehler. Die Meldung ist bewusst allgemein gehalten; geben Sie `request_id` an, wenn Sie den Fehler melden.Einmal nach einigen Sekunden wiederholen; wenn der Fehler bestehen bleibt, mit der Request-ID melden.
UPSTREAM_FAILED503Die Datenquelle hinter diesem Endpunkt hat nicht rechtzeitig geantwortet. Es werden ersatzweise keine veralteten oder stellvertretenden Zahlen zurückgegeben.Mit Backoff wiederholen; die Statusseite prüfen.
UNAVAILABLE501 / 503Der Datensatz ist vorübergehend nicht bereit (Cache wird aufgewärmt), oder der Endpunkt hat noch keine rechtmäßige öffentliche Quelle.Später wiederholen; der Katalog kennzeichnet Endpunkte, die konzeptbedingt nicht verfügbar sind.
REQUEST_FAILED200Einige ältere Endpunkte antworten mit HTTP 200 und `success: false`. Prüfen Sie immer `success`, nicht nur den HTTP-Status.Hängt von der Meldung ab; als fehlgeschlagene Anfrage behandeln.

Ausprobieren

GET/api/liquidationsVerfügbar
Parameter

string — Contract symbol, exact match after upper-casing (e.g. BTCUSDT).

string — Exchange id (lowercase, e.g. binance).

integer · Standard 50 · max. 1000 — Number of rows. Values above 1000 are capped; a non-numeric value uses the default.

integer · Standard 0 — Pagination offset.

Anfrage-URLhttps://www.coinboss.com/api/liquidations?limit=20
Wählen Sie einen Endpunkt und klicken Sie auf „Anfrage senden“. Antwort, Header und Laufzeit erscheinen hier.