Order Timeout & Cancel Recovery
Order Timeout & Cancel Recovery führt verspätete Orders durch Query-, Cancel- und Bestätigungsphasen, ohne bei unbekanntem Exchange-Zustand eine Ersatzorder freizugeben.
Für Betreiber und Entwickler von Python-Trading-Bots, die Order-, Fill- und Signalzustände vor Live-Entscheidungen nachvollziehbar und fail-closed absichern möchten.
Welches Problem löst das Modul?
Nach einem Timeout oder einer Stornierungsanfrage weiß der Bot nicht automatisch, ob die alte Order noch offen, bereits gefüllt oder wirklich beendet ist. Eine sofortige Ersatzorder kann deshalb eine doppelte Position erzeugen. Order Timeout & Cancel Recovery fragt den Börsenstatus kontrolliert ab, fordert bei Bedarf die Stornierung an und wartet auf eine eindeutige Bestätigung. Erst wenn die alte Order sicher beendet und die ausgeführte Menge geklärt ist, darf ein neuer Versuch geplant werden.
Für welche Börsen ist es geeignet?
- Exchange-neutraler Python-Kern ohne direkten Börsenzugriff und ohne API-Schlüssel
- Mit Bitget, Binance, Bybit, OKX und anderen Börsen integrierbar, wenn der Bot normalisierte bestätigte Daten liefert
- Long-, Short-, One-way- und Hedge-Betrieb sind über stabile Scopes und IDs abbildbar
- Exchange-spezifische Status-, Mengen- und Präzisionswerte müssen im Adapter normalisiert werden
- Keine pauschale Plug-and-play-Garantie für jede Börse, API-Version oder Bot-Struktur
Order Timeout & Cancel Recovery: lokale Annahmen reichen nicht als Bestätigung.
Der vorhandene Bot liefert stabile IDs, UTC-Zeitstempel und normalisierte Daten. Das Modul validiert den Zustand und gibt einen strukturierten nächsten Schritt aus. Eine Exchange-Aktion erfolgt erst außerhalb des Moduls durch den Bot.
- 01Order mit stabilen IDs und Versandzeit registrieren
- 02vor Timeout warten und danach zuerst einen frischen Exchange-Status anfordern
- 03bei weiterhin offener Order einen kontrollierten Cancel planen
- 04nach Cancel-Request die Exchange-Bestätigung abwarten und bei Bedarf begrenzt wiederholen
- 05Ersatzorder nur nach eindeutig terminalem, reconciliertem Status freigeben
Was das Modul technisch übernimmt
- Order mit stabilen IDs und Versandzeit registrieren
- vor Timeout warten und danach zuerst einen frischen Exchange-Status anfordern
- bei weiterhin offener Order einen kontrollierten Cancel planen
- nach Cancel-Request die Exchange-Bestätigung abwarten und bei Bedarf begrenzt wiederholen
- Ersatzorder nur nach eindeutig terminalem, reconciliertem Status freigeben
- NOT_FOUND gilt nicht automatisch als storniert, sondern als BLOCKED_UNKNOWN
- Cancel-Retries sind begrenzt und persistent
- Fill-Menge und Beobachtungszeit dürfen nicht zurückgehen
- terminale Zustände können nicht umgeschrieben werden
- may_submit_replacement bleibt bis zur terminalen Bestätigung false
Was Sie nach dem Kauf erhalten
- Versioniertes Python-Paket 1.0.0 mit vollständig typisierter öffentlicher API und PEP-561-Marker
- Wheel und Source Distribution für Python 3.11 oder neuer
- Ausführbares Integrationsbeispiel und Beispielkonfiguration
- Ausführliche deutsche Kundenanleitung mit Nutzen, Einbau, Betrieb und Fehlerbehebung
- Release-Checkliste und technischer Kontrollbericht
- Automatisierte Tests mit mindestens 95 Prozent Coverage
- Kunden-ZIP mit Wheel, Source, Dokumentation, Beispielen und Lizenz
- SHA-256-Prüfsumme für das erzeugte Kunden-ZIP
Technische Voraussetzungen
- Python 3.11 oder neuer
- stabile und über Neustarts wiederverwendete IDs
- timezone-aware UTC-Zeitstempel
- normalisierte bestätigte Bot- beziehungsweise Exchange-Daten
- Paper-/Sandbox-Abnahme vor Live-Aktivierung
Klare Grenzen
- Das Modul sendet Query oder Cancel nicht selbst, sondern liefert den nächsten sicheren Schritt.
- Der Exchange-Adapter muss normalisierte, frische Orderbeobachtungen liefern.
- Ein dauerhaft unbekannter Zustand erfordert Reconciliation oder manuelle Prüfung.
- Der JSON-Store ist single-process/single-writer.
Was nicht enthalten ist
- Keine Handelsstrategie, Signalerzeugung oder Gewinnoptimierung
- Keine Finanzberatung oder Garantie für Ausführung und Ergebnis
- Keine direkte Exchange-, Telegram- oder Datenfeed-Anbindung
- Keine persönliche Integration oder Anpassung an einen konkreten Bot
- Keine neuen Exchange-Adapter außerhalb der dokumentierten Schnittstelle
- Kein Betrieb, Hosting oder Monitoring des Kundenbots
Die vollständige Anleitung kommt mit dem Modul.
Die öffentliche Seite erklärt Funktion, Lieferumfang und Grenzen. Nach dem Kauf enthält das Paket den vollständigen Code und jeden Einbauschritt. Falls der vorhandene Bot keinen passenden Order-Adapter besitzt, kann persönliche Integration separat angefragt werden.