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

Liquidationssummen eines Coins über mehrere Zeitfenster

Liquidationssummen eines Coins über mehrere Zeitfenster

GET/api/liquidations/coin-overview

Anfrage

Query-Parameter

NameTypErforderlichStandardZulässige WerteBeschreibung
coinstringErforderlich——Symbol des Basis-Coins (Großbuchstaben, z. B. BTC). Beispiel: BTC

Beispielanfrage

curl -s "https://www.coinboss.com/api/liquidations/coin-overview?coin=BTC"

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 }`.
coinstring—Coin-Symbol in Großbuchstaben (zum Beispiel BTC).
dataobject—Nutzdaten. dynamische Schlüssel: 1h,4h,12h,24h
data.{*}object—Nutzdaten.
data.{*}.long_usdnumberUSDLong-Seite.
data.{*}.short_usdnumberUSDShort-Seite.
data.{*}.total_usdnumberUSDGesamtzahl.
data.{*}.cntnumber—Anzahl der Liquidationsorders.

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

Beispielantwort

/api/liquidations/coin-overview?coin=BTC · Echte Antwort, erfasst 2026-11-13 03:57:56 UTC. Lange Arrays und Maps sind für die Anzeige gekürzt: data hatte 4 Elemente.

  • {
    • "success": true,
    • "coin": "BTC",
    • "data": {
      • "1h": { … 4 },
      • "4h": { … 4 }
      }
    }

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
coin=ETH20010 msBestanden
coin=SOL2009 msBestanden
coin=ARKM20010 msBestanden

Geprüft 2026-11-13 03:57:56 UTC

Details

Authentifizierung
Keine. Öffentlicher Endpunkt.
Rate-Limit
1200 Anfragen pro Minute und IP
Server-Cache
30s
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
vier rollierende Zeitfenster: 1 h, 4 h, 12 h, 24 h (einzelner Coin)
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
Einheiten
USD notional (price x quantity) per liquidation order; timestamps in Unix ms; side LONG = long position liquidated, SHORT = short position liquidated
Methode
per window: long_usd, short_usd, total_usd = SUM(value_usd) over the coin and its multiplier-contract variants
Zeitstempel
Unix-Epoche in Millisekunden (UTC), sofern die Feldbeschreibung nichts anderes angibt
Antwortformat
json
Stabilität
Stabil

Live-Status

VerfügbarGeprüft 2026-11-13 03:57:56 UTCHTTP 20010 msSchema stimmt überein

Verfügbarkeit, letzte 30 Tage

100 % von 410 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/liquidations/coin-overviewVerfügbar
Parameter

string — Base coin symbol (uppercase, e.g. BTC).

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