GETVerfügbar
Backtest des BTC-Signals
Backtest des BTC-Signals
GET
/api/indices/btc-signal/backtestAnfrage
Query-Parameter
| Name | Typ | Erforderlich | Standard | Zulässige Werte | Beschreibung |
|---|---|---|---|---|---|
| days | integer | Optional | 180 | ≥ 30 · ≤ 372 | Rückblickfenster in Tagen. Beispiel: 180 |
Beispielanfrage
curl -s "https://www.coinboss.com/api/indices/btc-signal/backtest?days=180"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 }`. |
| dim | string | — | Dimension, für die der Backtest durchgeführt wurde (`liq`, der Liquidations-Score). |
| days | number | — | Tageswerte oder Anzahl der Tage. |
| n | number | — | Anzahl der gezählten Elemente. |
| hits | number | count | Tage, an denen die vom Score prognostizierte Richtung mit der Preisrichtung des Folgetags übereinstimmte. |
| accuracy | number | % | `hits` ÷ `n` × 100. |
| strongN | number | count | Tage, deren absoluter Score 50 oder mehr betrug. |
| strongAccuracy | number | % | Trefferquote nur an den `strongN`-Tagen. |
| baseline | number | % | Münzwurf-Referenz zum Vergleich (50). |
| samples | array | — | Anzahl der Stichprobenwerte. |
| samples[] | object | — | Anzahl der Stichprobenwerte. |
| samples[].d | string | — | Kalenderdatum (UTC). |
| samples[].score | number | — | Punktzahl. |
| samples[].nextRet | number | % | Preisveränderung von BTC von Eröffnung zu Schluss am Folgetag. |
| samples[].pred | number | — | Prognostizierte Richtung aus dem Vorzeichen des Scores: 1 aufwärts, −1 abwärts, 0 keine. |
| samples[].actual | number | — | Tatsächliche Richtung aus dem Vorzeichen von `nextRet`: 1 aufwärts, −1 abwärts, 0 unverändert. |
| samples[].hit | boolean | — | true, wenn `pred` ungleich 0 ist und `actual` entspricht. |
Erzeugt 2026-11-11 23:01 UTC aus 1 echten Antworten.
Beispielantwort
/api/indices/btc-signal/backtest?days=180 · Echte Antwort, erfasst 2026-11-13 04:03:35 UTC. Lange Arrays und Maps sind für die Anzeige gekürzt: samples hatte 60 Elemente.
- "success"true
- "dim""liq"
- "days"180
- "n"167
- "hits"81
- "accuracy"48.5
- "strongN"93
- "strongAccuracy"43
- "baseline"50
- "samples"
Details
- Authentifizierung
- Keine. Öffentlicher Endpunkt.
- Rate-Limit
- 1200 Anfragen pro Minute und IP
- Server-Cache
- 10m
- Edge-Micro-Cache
- 10s
- Aktualisierungsintervall
- bei Anfrage neu berechnet (10 min Cache)
- Zeitfenster
- standardmäßig die letzten 180 Tage (`days` 30-372)
- Datenquellen
- Interner Backtest des Signals für das Liquidationsungleichgewicht gegen die BTC-Richtung des Folgetags, auf Basis selbst erhobener Börsenliquidationen und täglicher Börsen-Klines.
- Börsenabdeckung
- Nur BTC; deckt nur die Liquidationsdimension ab (die anderen fünf Dimensionen werden nicht rückgetestet); die Historie ist auf den Zeitraum beschränkt, in dem die Liquidations-Collectoren in Betrieb sind.
- Sortierung
- Datum aufsteigend (die letzten 60 Stichprobenwerte werden zurückgegeben)
- Einheiten
- accuracy in percent; sample scores -100..+100
- Methode
- For each day, sign of (short liquidations - long liquidations) / total is compared with the next daily candle direction; days with under 1M USD of liquidations are skipped; 'strong' accuracy uses |score| >= 50.
- 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 04:03:35 UTCHTTP 2001 msSchema stimmt übereinNeuester Datenpunkt 28.1h alt
Verfügbarkeit, letzte 30 Tage
99.76 % von 409 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
GET
/api/indices/btc-signal/backtestVerfügbarParameter
integer · Standard 180 · min. 30 · max. 372 — Look-back window in days.
Anfrage-URL
https://www.coinboss.com/api/indices/btc-signal/backtest?days=180Wählen Sie einen Endpunkt und klicken Sie auf „Anfrage senden“. Antwort, Header und Laufzeit erscheinen hier.
Mehr in dieser Kategorie
- Zeitreihe des AHR999-Akkumulationsindikators /api/indicators/ahr999
- Bitcoin-Blasenindex /api/indicators/bitcoin-bubble
- Vollständige Historie der BTC-Tagesschlusskurse /api/indicators/btc-history
- Checkliste der Signale für ein Bullenmarkt-Hoch /api/indicators/bull-peak-signals
- CBBI-Sammelindex für den Bullenmarkt /api/indicators/cbbi
- Derivate-Risikoindex (CoinBoss-Methode) /api/indicators/cdri
- Derivate-Sammelindex (CoinBoss-Methode) /api/indicators/cgdi
- Korrelation von BTC mit Gold / S&P 500 /api/indicators/correlation
- Korrelationsmatrix der wichtigsten Assets /api/indicators/correlation-matrix
- Rechtsstatus von Kryptowährungen nach Land /api/indicators/crypto-legality
- Bewertungsbänder für Zyklushochs /api/indicators/cycle-caps
- Zeitreihe der Verdopplungszeit des BTC-Preises /api/indicators/doubling-time
- Trend des Google-Suchinteresses /api/indicators/google-trends
- Makro-Zeitreihen /api/indicators/macro-series
- Ausgabe des Preisprognosemodells /api/indicators/price-forecast
- Zeitreihe des Drawdowns vom ATH /api/indicators/price-no-turning-back
- Abonnentenzahl des Bitcoin-Subreddits auf Reddit /api/indicators/reddit-subs
- Wikipedia-Seitenaufrufe /api/indicators/wikipedia-pageviews
- Altcoin-Season-Index (CoinBoss-Methode) /api/indices/altseason
- Boden-Radar /api/indices/bottom-radar
- Boden-Radar: historische Fallstudie /api/indices/bottom-radar/case-0819
- Dashboard des BTC-Multifaktor-Signals /api/indices/btc-signal
- Backtest des BTC-Signals /api/indices/btc-signal/backtest
- Fear-&-Greed-Index /api/indices/fear-greed
- Fear-&-Greed-Index (aktuell und Historie) /api/market/fear-greed
- Ergebnisse des Signal-Backtests /api/signal/backtest/:coin
- Dashboard des Signal-Monitors /api/signal/monitor/:coin