Tradovate-WS abonniert, aber keine Kurse (keine Daten)

Sie haben den Tradovate-WebSocket verdrahtet, sich sauber autorisiert, md/subscribeQuote abgefeuert und ein ordentliches {"s":200,"i":1} zurückerhalten, Erfolg. Und dann nichts. Nur eine endlose Folge von h-Heartbeat-Frames und nicht ein einziger a-Datenframe mit Bid oder Ask. Prüfen Sie das Konto, und eine Zeile erklärt alles: "hasMarketData": false. Der Socket tut genau das, was Sie ihm gesagt haben; das Konto ist schlicht nicht berechtigt, Live-Kurse zu empfangen. Das ist eine der verwirrenderen Stolperfallen der Tradovate-API, genau weil jede Logzeile “OK” meldet, während Ihr Kurs-Feed völlig stumm bleibt. Hier die vollständige Aufschlüsselung, was das Flag bedeutet, warum es dazu kommt und wie Sie die Kurse wieder einschalten.

Was "hasMarketData": false bedeutet

hasMarketData ist ein Flag auf Kontoebene, das Tradovate in Ihren Kontoeinstellungen zurückgibt. Ist es true, besitzt das Konto eine aktive Marktdatenberechtigung, sodass der Echtzeit-Kursstrom der Börse dorthin fließen darf. Ist es false, hat das Konto keine Live-Marktdatenvereinbarung und kein Abonnement, und dieses eine Flag setzt alles Nachgelagerte außer Kraft.

Entscheidend ist, dass Berechtigung und Abonnement zwei getrennte Ebenen sind. md/subscribeQuote mit der Antwort {"s":200} bestätigt nur, dass die Abonnementanfrage wohlgeformt war und vom Socket akzeptiert wurde. Es sagt nichts darüber aus, ob das Konto berechtigt ist, die Daten hinter diesem Abonnement zu empfangen. So tappen Sie in genau die Falle, die das Flag beschreibt: ein gültiges, “erfolgreiches” Abonnement, das null a-Frames erzeugt, weil das Konto nie für den Empfang von Live-Preisen freigegeben wurde.

Klar gesagt: Die Leitung ist verbunden und offen, aber der Hahn davor ist zu. Ihn zu öffnen ist eine Konto- und Berechtigungsmaßnahme, keine Code-Korrektur, kein noch so häufiges erneutes Abonnieren stellt ein false-Flag um.

Häufigste Ursachen für fehlende Kurse über den WebSocket

1. Das Konto hat keine Live-Marktdatenberechtigung (hasMarketData: false)

Das ist die Grundursache, die das Flag buchstäblich meldet. Echtzeit-Futures-Kurse sind lizenzierte Börsendaten. Um sie zu erhalten, braucht das Konto ein aktives Marktdaten-Abonnement plus die passende Börsendatenvereinbarung, für CME-Produkte ist das die CME-Vereinbarung für Nicht-Professionelle oder Professionelle. Solange diese Berechtigung fehlt, gibt die Börse keine Live-Ticks an das Konto frei, sodass der Socket nichts weiterleiten kann.

2. Abonnement auf dem Handels-Socket statt auf dem Marktdaten-Socket

Tradovate betreibt zwei getrennte WebSocket-Verbindungen. Order-Routing und Kontodaten laufen über den Handels-Socket (wss://live.tradovateapi.com/v1/websocket bzw. wss://demo.tradovateapi.com/... in der Demo). Kurse, DOM und Charts laufen über den Marktdaten-Socket (wss://md.tradovateapi.com/v1/websocket bzw. wss://md-demo.tradovateapi.com/... in der Demo). Senden Sie md/subscribeQuote an den Handels-Socket, erhalten Sie womöglich trotzdem eine 200-Bestätigung plus Heartbeats, aber die a-Echtzeitframes kommen nie an, weil dieser Socket keine Marktdaten ausliefert.

3. Marktdaten-Socket mit dem falschen Token autorisiert

Bei der Authentifizierung liefert Tradovate zwei Tokens zurück: accessToken für den Handels-Socket und mdAccessToken für den Marktdaten-Socket. Jeder Socket muss nach dem Öffnen mit dem Authorize-Frame und seinem eigenen Token autorisiert werden. Autorisieren Sie den md-Socket mit dem Handels-accessToken, verhält sich die Verbindung so, als wäre sie nie ordnungsgemäß berechtigt gewesen: Heartbeats, aber keine Kurse.

4. Sie befinden sich auf einem Demo-/simulierten oder verzögerten Feed

Eine neue oder Demo-Umgebung liefert oft simulierte oder verzögerte Daten statt eines Börsen-Echtzeit-Feeds. Deshalb zeigt das Testen am Demo-Endpunkt so oft ein sauberes Abonnement gefolgt von keinen Live-Ticks, die Umgebung ist schlicht nicht an einen bezahlten, berechtigten Echtzeitstrom angebunden. Klären Sie, ob das Konto überhaupt Live-Börsendaten haben soll, bevor Sie einen Code-Fehler vermuten.

5. Ungültiges Symbol oder "Symbol is inaccessible"

Selbst bei vorhandener Berechtigung kann das Abonnieren eines Symbols, für das Ihr Konto nicht lizenziert ist, oder eines kontinuierlichen/Alias-Symbols statt eines echten Front-Month-Kontrakts einen Symbol is inaccessible-Fehler und keine Daten liefern. Abonnieren Sie immer den aktuellen Front-Month-Kontrakt mit dem korrekten CME-Monatscode (zum Beispiel MNQU5), nicht eine generische Wurzel oder einen Chart-Alias.

So beheben Sie fehlende Kurse über den WebSocket: Schritt für Schritt

Die Berechtigung korrigieren (hasMarketData auf true setzen)

Socket und Token-Verdrahtung korrigieren

Ein Prop-/Evaluierungskonto korrigieren

API-spezifischer Hinweis

Programmatische Echtzeitdaten über die API unterliegen zusätzlich zu den Plattformdaten einer eigenen Börsenlizenz. Je nach Nutzung und Börse kann das den Status als registrierter Marktdatenanbieter und eine wiederkehrende Lizenzgebühr erfordern, der Betrag variiert je nach Börse und ändert sich im Lauf der Zeit, bestätigen Sie daher die aktuelle CME-/Tradovate-Zahl, bevor Sie budgetieren. Wenn Sie nur Orders platzieren möchten, können Sie sie auf kostenlosen verzögerten Daten routen und die Echtzeitlizenz komplett überspringen.

Tabelle zur Fehlerbehebung

Vermeiden Sie das mit PickMyTrade

Wenn Ihr Ziel darin besteht, Tradovate aus TradingView zu automatisieren, statt selbst einen rohen Marktdaten-Socket zu bauen, umgeht PickMyTrade das meiste davon, indem es Ihre TradingView-Alerts direkt zur Ausführung an Ihr Tradovate-Konto weiterleitet:

• Kein roher Marktdaten-Socket zu verdrahten, PickMyTrade handelt auf Ihre TradingView-Signale, sodass Sie keine md/subscribeQuote-Streams pflegen oder zwei Sockets und zwei Tokens jonglieren müssen.
• Berechtigungs- und Datenvereinbarungs-bewusst, das Order-Routing berücksichtigt den Live-Daten- und Vereinbarungsstatus des Kontos, sodass Sie nicht von einem stillen hasMarketData: false überrascht werden.
• Ratenlimit-sicheres Routing, der Orderfluss wird getaktet, sodass nichts an den Anfragelimits von Tradovate abprallt.
• Multi-Account-Synchronisierung, spiegeln Sie dieselbe automatisierte Order gleichzeitig auf mehrere Tradovate-Konten.