Tradovate-API p-ticket / p-time-Zeitstrafe

Wenn Ihr Bot Orders in schnelle Futures wie ES oder NQ feuert, bremst nichts eine automatisierte Tradovate-Strategie schneller aus als eine plötzliche p-ticket / p-time-Antwort. Die API stellt die Verarbeitung Ihrer Aufrufe unbemerkt ein und liefert statt einer Ausführung eine “Zeitstrafe” zurück. Sie können auch einen einfachen 429 Too Many Requests, eine längere Sperre, die Ihr Konto für mehrere Minuten blockiert, oder ein p-captcha-Objekt sehen, das Sie für etwa eine Stunde aussperrt. All das ist Tradovates Rate-Limiting, das genau das tut, wofür es gebaut wurde: Clients zu drosseln, die zu schnell Anfragen senden.

Die gute Nachricht: Die Lösung ist eindeutig festgelegt. Warten Sie die vom Server angegebene Anzahl an Sekunden ab und senden Sie dieselbe Anfrage anschließend mit dem angehängten Ticket erneut. Und wenn Sie diese Logik lieber nicht selbst programmieren möchten, sorgt eine sauber getaktete Automatisierungsebene wie PickMyTrade dafür, dass Ihr Orderfluss so verteilt wird, dass die Strafe erst gar nicht ausgelöst wird.

Was die „p-ticket / p-time“-Zeitstrafenantwort bedeutet

Tradovate setzt Anfrageraten-Limits für seine REST-API durch. Überschreiten Sie einen Schwellenwert, verarbeitet der Server Ihre Anfrage nicht. Stattdessen gibt er ein kleines JSON-Objekt zurück, das eine Zeitstrafe beschreibt. Zwei Felder sind entscheidend: p-ticket (ein einmaliges Token, das belegt, dass Sie bestraft wurden) und p-time (die Anzahl der Sekunden, die Sie warten müssen, bevor Sie es erneut versuchen dürfen). Erhalten Sie dieses Objekt, bedeutet das, dass Ihr Aufruf abgelehnt und nicht in eine Warteschlange gestellt wurde. Auf dem Server ist nichts passiert, und es liegt an Ihrem Client, zu warten und erneut zu senden.

Das unterscheidet sich bewusst von einem harten Fehler. Die Strafe ist ein “Abkühlen und wiederkommen”-Signal. Sobald Sie die angegebenen p-time-Sekunden abwarten und dieselbe Anfrage mit dem enthaltenen p-ticket-Wert erneut senden, akzeptiert der Server dies als Ihren autorisierten Wiederholungsversuch. Daneben kann Tradovate bei Erreichen eines Limits auch einfach einen 429 Too Many Requests-HTTP-Status zurückgeben. Beide sind Symptome derselben Ursache: Sie haben Anfragen schneller gesendet, als die API zulässt.

Es gibt eine dritte, ernstere Variante. Enthält eine Antwort ein p-captcha-Feld, besagt Tradovates eigene Dokumentation, dass eine Drittanbieteranwendung die Anfrage nicht abschließen kann und Clients “angewiesen werden sollten, es in einer Stunde erneut zu versuchen.” Dies tritt üblicherweise nach wiederholten Anmeldungen mit falschen Zugangsdaten oder aggressiven automatisierten Wiederholungsversuchen auf. Anders als bei einer normalen p-time-Wartezeit von wenigen Sekunden löst sich diese Sperre nicht durch fortgesetztes Anfragen an den Endpunkt.

Häufigste Ursachen für Tradovate-Zeitstrafen

1. Überschreiten der Anfrageraten-Limits

Tradovate wendet Limits über Sekunden-, Minuten- und Stundenfenster an. Die Grenzwerte liegen üblicherweise bei etwa 5.000 Anfragen pro Stunde und rund 80 Anfragen pro Minute, mit einer kurzen Sperre (häufig rund 20-30 Sekunden), wenn Sie ein Limit erstmals überschreiten. Betrachten Sie diese Werte als Orientierung, nicht als feste Regel. Die genauen Limits können sich ändern, prüfen Sie daher die aktuellen Zahlen in Tradovates Live-API-Dokumentation. Sobald Sie ein Zeitfenster überschreiten, stellt der Server die Verarbeitung von Anfragen ein und verhängt die Zeitstrafe.

2. Schnelle Neuverbindungen und Re-Auth-Schleifen

Authentifizierungs- und WebSocket-Reconnect-Aufrufe zählen zu Ihrem Budget. Ein Client, der sich in einer engen Schleife anmeldet, die Verbindung verliert und sich erneut authentifiziert, kann das Limit rein durch diese Verwaltungsaufgaben aufbrauchen, noch bevor überhaupt eine Order platziert wird. Reconnect-Stürme sind eine der häufigsten Ursachen für die Strafe.

3. Übermäßige Orderänderungen und Trailing-Stops

Jede Änderung, Stornierung und Ersetzung ist eine separate Anfrage. Strategien, die Stops laufend anpassen, etwa eine Trailing-Logik, die den Stop-Preis Tick für Tick über mehrere Konten hinweg neu schreibt, erzeugen eine Flut von Aufrufen. Dies ist eine der Hauptursachen für Strafen bei Copy-Trading- und Multi-Konto-Setups.

4. Wiederholte Anmeldungen mit falschen Zugangsdaten (der p-captcha-Pfad)

Immer wieder den falschen Benutzernamen, das falsche Passwort oder falsche App-Zugangsdaten zu senden, führt nicht nur zu einem Fehlschlag, sondern eskaliert. Tradovate wertet eine Flut fehlgeschlagener Anmeldeversuche als Missbrauch und kann das p-captcha-Objekt zurückgeben, wodurch Sie statt einer wenige Sekunden dauernden p-time-Wartezeit in die etwa einstündige Abkühlphase geraten.

5. Multi-Konto-Fan-out

Das Spiegeln eines Signals auf viele Tradovate-Konten multipliziert Ihre Anfragenzahl mit der Anzahl der Konten. Was sich für Sie wie “ein Trade” anfühlt, kann in Wirklichkeit Dutzende von API-Aufrufen in einer Burst sein. Ohne Taktung erreicht eine große Flotte schnell das Stundenlimit, und jedes Konto beginnt, Strafen zu sammeln.

So beheben Sie Tradovate-Zeitstrafen: Schritt für Schritt

Eine p-ticket / p-time-Strafe auflösen

Dies ist die zentrale Lösung, und es ist genau das Muster, das Tradovate direkt dokumentiert:

• Strafe erkennen. Prüfen Sie nach jeder Anfrage den Antwort-Body auf p-ticket und p-time (und achten Sie auf einen 429-Status). Sind sie vorhanden, wurde die Anfrage abgelehnt.
• p-time auslesen. Das ist Ihre Wartezeit in Sekunden. Versuchen Sie es nicht erneut, bevor diese abgelaufen ist. Ein zu früher Versuch bringt lediglich eine weitere Strafe ein.
• Die volle Dauer abwarten. Pausieren Sie für p-time Sekunden (multiplizieren Sie mit 1.000, um Millisekunden zu erhalten, falls Ihr Timer diese erwartet).
• Die ursprüngliche Anfrage mit dem Ticket erneut senden. Senden Sie exakt denselben Endpunkt und Payload wie zuvor, fügen Sie jedoch den zurückgegebenen Ticket-Wert als "p-ticket"-Feld im Body hinzu.

In JavaScript sieht das offizielle Beispiel so aus:

// You received: { "p-ticket": pTicket, "p-time": pTime }
setTimeout(async () => {
  const okResponse = await fetch(URL + '/order/placeOrder', {
    method: 'POST',
    body: JSON.stringify({
      accountSpec: yourUserName,
      accountId: yourAcctId,
      action: 'Buy',
      symbol: 'MYMM1',
      orderQty: 1,
      orderType: 'Market',
      isAutomated: true,
      'p-ticket': pTicket     // attach the ticket to the retry
    })
  })
}, 1000 * pTime)        // wait p-time seconds first

Die entscheidenden Details: den ursprünglichen Payload unverändert lassen, p-ticket anhängen und erst auslösen, nachdem p-time vollständig verstrichen ist.

Umgang mit einer p-captcha-Antwort

Ein p-captcha-Feld ist keine kurze Wartezeit, sondern ein Stoppschild:

• Automatisierte Wiederholungsversuche sofort stoppen. Wenn Sie den Endpunkt weiter aufrufen, bleibt die Sperre bestehen und kann sich verlängern.
• Zugangsdaten überprüfen. Stellen Sie sicher, dass Benutzername, Passwort und App-/API-Zugangsdaten korrekt sind, damit der nächste Versuch tatsächlich erfolgreich ist.
• Etwa eine Stunde warten, gemäß den Vorgaben von Tradovate, bevor Sie es erneut versuchen.
• Einmal sauber neu authentifizieren, nach der Abkühlphase. Nehmen Sie keine Wiederholungsschleife wieder auf.

Eine schwerwiegende oder anhaltende p-ticket-Sperre aufheben

Wiederholen sich kurze p-time-Wartezeiten ständig, oder wirkt Ihr API-Zugriff über einen längeren Zeitraum eingeschränkt oder blockiert, sind Sie über eine einzelne Strafe hinaus in ein strukturelles Ratenproblem geraten. Beheben Sie die Rate, nicht nur das Symptom:

• An der Quelle drosseln. Fügen Sie einen Token-Bucket oder eine feste Verzögerung ein, damit Sie sich den Minuten-/Stundenlimits nie annähern.
• WebSockets statt REST-Polling bevorzugen. Abonnieren Sie Order- und Positionsereignisse, anstatt Listen-Endpunkte wiederholt abzufragen.
• Änderungen/Stornierungen reduzieren. Bündeln oder entprellen Sie Stop-Updates, statt sie bei jedem Tick neu zu schreiben.
• Reconnects staffeln. Fügen Sie eine Backoff-Verzögerung zwischen den Verbindungsversuchen ein, damit Re-Auth nicht sprunghaft ansteigt.
• Bleibt der Zugriff blockiert, wenden Sie sich an den Tradovate-Support, um zu klären, ob ein manueller Reset erforderlich ist. Manche anhaltenden Strafen lösen sich nicht von selbst.

Fehlerbehebungstabelle

So verhindern Sie das mit PickMyTrade

PickMyTrade leitet Ihre TradingView-Alerts über eine verwaltete Automatisierungsebene an Tradovate weiter, sodass Sie niemals selbst Retry-Logik gegen die reine API programmieren müssen:

• Ratenlimit-sicheres Routing, verteilt den Orderfluss so, dass Aufrufe unter Tradovates Minuten- und Stundenlimits bleiben, statt in eine Strafe zu münden.
• Integriertes Retry & Backoff, respektiert p-time-Wartezeiten und sendet sauber erneut, sodass eine vorübergehende Strafe Ihren Trade nicht verwirft.
• Reconnect-Management, hält stabile Sitzungen mit gestaffelten Reconnects aufrecht und vermeidet so die Re-Auth-Stürme, die p-captcha auslösen.
• Multi-Konto-Taktung, verteilt ein einzelnes Signal über mehrere Konten, ohne Sie direkt über das Ratenlimit hinaus zu multiplizieren.