Historie des Long/Short-Verhältnisses eines Coins an einer Börse
Historie des Long/Short-Verhältnisses eines Coins an einer Börse
/api/ls/historyAnfrage
Query-Parameter
| Name | Typ | Erforderlich | Standard | Zulässige Werte | Beschreibung |
|---|---|---|---|---|---|
| base | string | Erforderlich | — | — | Symbol des Basis-Coins (Großbuchstaben, z. B. BTC). Beispiel: BTC |
| exchange | string | Optional | binance | — | Börsenkennung (Kleinbuchstaben, z. B. binance). Beispiel: binance |
| type | string | Optional | account | account, topacc, position, taker | Variante des Long/Short-Verhältnisses. Beispiel: account |
| hours | integer | Optional | 168 | ≥ 1 · ≤ 2160 | Rückblickfenster in Stunden. Beispiel: 168 |
Beispielanfrage
curl -s "https://www.coinboss.com/api/ls/history?base=BTC&exchange=binance&type=account&hours=168"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.
| Feld | Typ | Einheit | Beschreibung |
|---|---|---|---|
| success | boolean | — | true, wenn die Anfrage erfolgreich war. Im Fehlerfall lautet der Body `{ success: false, code, error, request_id }`. |
| base | string | — | Symbol des Basis-Assets. |
| exchange | string | — | Börsenkennung in Kleinbuchstaben (zum Beispiel `binance`). |
| type | string | — | Typ. |
| hours | number | — | Stundenwerte oder Anzahl der Stunden. |
| symbol | string | — | Instrumentensymbol in der von CoinBoss normalisierten Form (zum Beispiel BTCUSDT). |
| count | number | — | Anzahl der Elemente. |
| data | array | — | Nutzdaten. |
| data[] | object | — | Nutzdaten. |
| data[].hour_ts | number | ms | Beginn des Stunden-Buckets. |
| data[].long | number | — | Long-Anteil. |
| data[].short | number | — | Short-Anteil. |
| data[].ratio | number | — | Long-Anteil geteilt durch Short-Anteil (1 = ausgeglichen). |
Erzeugt 2026-11-11 23:00 UTC aus 4 echten Antworten.
Beispielantwort
/api/ls/history?base=BTC&exchange=binance&type=account&hours=168 · Echte Antwort, erfasst 2026-11-13 03:57:51 UTC. Lange Arrays und Maps sind für die Anzeige gekürzt: data hatte 168 Elemente.
- "success"true
- "base""BTC"
- "exchange""binance"
- "type""account"
- "hours"168
- "symbol""BTCUSDT"
- "count"168
- "data"
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.
| Parameter | HTTP | Latenz | Ergebnis |
|---|---|---|---|
| base=ETH&type=account&hours=168&exchange=binance | 200 | 7 ms | Bestanden |
| base=SOL&type=account&hours=168&exchange=binance | 200 | 38 ms | Bestanden |
| base=ARKM&type=account&hours=168&exchange=binance | 200 | 28 ms | Bestanden |
Geprüft 2026-11-13 03:57:51 UTC
Details
- Authentifizierung
- Keine. Öffentlicher Endpunkt.
- Rate-Limit
- 1200 Anfragen pro Minute und IP
- Server-Cache
- 5m
- Edge-Micro-Cache
- 10s
- Aktualisierungsintervall
- stündliches Archiv bei jedem UTC-Stundenwechsel (Snapshot der Tabelle mit den aktuellsten Werten); ClickHouse-Kopie alle 5 min synchronisiert
- Zeitfenster
- Parameter hours, Standard 168 h, Bereich 1..2160 h; stündliche Punkte
- Datenquellen
- Long/Short-Verhältnisse, von den eigenen Collectoren über die öffentlichen Statistik-Endpunkte von 7 Börsen abgefragt (binance, okx, bybit, bitget, gate, htx, kraken).
- Börsenabdeckung
- eine Börse (Standard binance) und ein Verhältnistyp pro Anfrage; nur die Symbolschreibweisen BASEUSDT / BASE-USDT-SWAP / BASE_USDT
- Einheiten
- long / short as percentages of 100; ratio = long / short; hour_ts in Unix ms
- Methode
- ratio = long / short per hourly point
- Zeitstempel
- Unix-Epoche in Millisekunden (UTC), sofern die Feldbeschreibung nichts anderes angibt
- Antwortformat
- json
- Stabilität
- Stabil
Live-Status
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 →
| Code | HTTP | Bedeutung | Empfohlene Reaktion |
|---|---|---|---|
| INVALID_PARAM | 400 | Ein erforderlicher Parameter fehlt oder ein Wert wird nicht akzeptiert. `param` nennt den Parameter, sofern er bekannt ist. | Nicht unverändert wiederholen; die Anfrage korrigieren. |
| UNAUTHORIZED | 401 | Der 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. |
| FORBIDDEN | 403 | Die Route gehört nicht zur öffentlichen API (intern oder nur für Konten). | Nicht wiederholen. |
| NOT_FOUND | 404 | Unbekannte Route, oder der angefragte Coin / die Börse / der Fonds existiert nicht. | Nicht wiederholen; Pfad und Kennungen mit dem Katalog abgleichen. |
| RATE_LIMITED | 429 | Mehr Anfragen, als das Limit pro Minute zulässt. `Retry-After` gibt die Wartezeit in Sekunden an. | `Retry-After` abwarten, dann mit Backoff wiederholen. |
| INTERNAL | 500 | Unerwarteter 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_FAILED | 503 | Die 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. |
| UNAVAILABLE | 501 / 503 | Der 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_FAILED | 200 | Einige ä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
/api/ls/historyVerfügbarstring — Base coin symbol (uppercase, e.g. BTC).
string · Standard binance — Exchange id (lowercase, e.g. binance).
string · Standard account — Long/short ratio flavour.
integer · Standard 168 · min. 1 · max. 2160 — Look-back window in hours.
https://www.coinboss.com/api/ls/history?base=BTC&exchange=binance&type=account&hours=168Mehr in dieser Kategorie
- Long/Short-Verhältnis für einen Coin /api/sd/ls
- Long/Short-Karten der Coin-Seite /api/currency/ls-cards
- Historie des Long/Short-Verhältnisses für einen Coin an einer Börse /api/exchanges/ls-history
- Long/Short-Karten je Börse für einen Coin /api/ls/cards
- Chartreihen des Long/Short-Verhältnisses für einen Coin /api/ls/chart
- Long/Short-Verhältnisse für einen Coin über alle Börsen und Varianten /api/ls/coin
- Historie des Long/Short-Verhältnisses eines Coins an einer Börse /api/ls/history
- Matrix der Long/Short-Verhältnisse /api/ls/matrix
- Liste der Long/Short-Verhältnisse v2 /api/market/long-short-v2
- Liste der Long/Short-Verhältnisse /api/market/long-short