Wie finde ich Ihre offenen Bestellungen und storniere sie schnell auf OKX?

Zugriff auf offene Bestellungen über die OKX REST API

1. Verwenden Sie den Endpunkt GET /api/v5/trade/orders-pending , um alle aktuell aktiven Aufträge für ein bestimmtes Instrument oder über alle Instrumente hinweg abzurufen.

2. Für die Authentifizierung sind gültige OK-ACCESS-KEY- , OK-ACCESS-SIGN- , OK-ACCESS-TIMESTAMP- und OK-ACCESS-PASSPHRASE- Header erforderlich.

3. Die Anfrage muss einen präzisen ISO 8601-Zeitstempel mit Millisekundengenauigkeit enthalten, der innerhalb von ±30 Sekunden mit der OKX-Serverzeit synchronisiert ist.

4. Parameter wie instId , ordType und limit ermöglichen das Filtern von Ergebnissen, um die Nutzlastgröße zu reduzieren und die Antwortgeschwindigkeit zu verbessern.

5. Die Antwort enthält Bestell-ID ( ordId ), Status ( state ), Seite ( side ), Größe ( sz ), Preis ( px ) und Erstellungszeit ( ts ) – alles wichtig für eine genaue Identifizierung und Aktion.

Stornieren von Bestellungen über die Handels-API

1. Initiieren Sie die Stornierung, indem Sie POST /api/v5/trade/cancel-order mit der Ziel -ordId und der entsprechenden instId aufrufen.

2. Mehrere Bestellungen können in einer Batch-Anfrage mit POST /api/v5/trade/cancel-batch-orders storniert werden, wobei bis zu 20 Bestellungen pro Anruf unterstützt werden.

3. Jeder Abbruchversuch gibt ein Code- und Nachrichtenfeld zurück – Werte wie 0 und Erfolg zeigen eine erfolgreiche Beendigung an.

4. Wenn eine Bestellung bereits ausgeführt oder storniert wurde, gibt die API den Code 51000 mit der Meldung Order not exist zurück, sodass keine weiteren Maßnahmen erforderlich sind.

5. Fehlgeschlagene Stornierungen aufgrund von Netzwerk-Timeout oder Ratenbegrenzung müssen mit einer im Produktionscode eingebetteten exponentiellen Backoff-Logik erneut versucht werden.

Echtzeitüberwachung über den privaten WebSocket-Kanal

1. Stellen Sie mit gültigen Anmeldeinformationen eine dauerhafte WebSocket-Verbindung zu wss://ws.okx.com:8443/ws/v5/private her .

2. Abonnieren Sie den privaten Kanal für Bestellungen mit Parametern zur Angabe des instType (z. B. SPOT , SWAP ) und optionalen instId- Filtern.

3. Jede Änderung des Auftragsstatus – live , teilweise ausgeführt , erfüllt , storniert , ausstehende Stornierung – wird sofort ohne Abfrageaufwand übertragen.

4. Eingehende Nachrichten enthalten ordId , state , fillSz , avgPx und clOrdId und ermöglichen so einen sofortigen lokalen Abgleich.

5. Auf der Clientseite muss ein Heartbeat-Mechanismus implementiert werden, um die Verbindungsstabilität aufrechtzuerhalten. Fehlende Pings lösen eine automatische Wiederverbindungslogik aus.

Automatisierung mit der Python-OKX-Bibliothek

1. Instanziieren Sie TradeAPI, wobei das Real- oder Demo-Flag für den Live-Handel auf „0“ oder für die Simulation auf „1“ gesetzt ist.

2. Rufen Sie die Methode get_orders_pending() auf, um ausstehende Bestellungen abzurufen und eine Liste von Wörterbüchern mit vollständigen Bestellmetadaten zurückzugeben.

3. Durchlaufen Sie die Ergebnisse und rufen Sie cancel_order(instId=..., ordId=...) für jede gezielte Bestellung auf.

4. Behandeln Sie Ausnahmen wie OkxAPIException , wenn ungültige Parameter oder abgelaufene Signaturen Fehler verursachen.

5. Protokollieren Sie jeden Abbruchversuch – einschließlich Zeitstempel, ordId und Antwortcodes –, um die Überprüfbarkeit und das Debugging zu unterstützen.

Häufig gestellte Fragen

F1: Kann ich alle offenen Bestellungen auf einmal stornieren? Ja. Verwenden Sie POST /api/v5/trade/cancel-all-orders mit optionaler instId und instType , um übereinstimmende Aufträge global oder pro Instrument zu beenden.

F2: Warum gibt meine Stornierungsanfrage „Bestellung nicht gefunden“ zurück, obwohl sie in der Liste der ausstehenden Aufträge angezeigt wird? Dies geschieht, wenn die Bestellung zwischen dem Zeitpunkt, zu dem Sie sie abgerufen haben, und dem Erteilen des Abbruchbefehls in „Erfüllt “ oder „ Storniert“ übergeht – eine Race-Bedingung, die durch die Überprüfung des Status vor dem Senden der Stornierung abgemildert wird.

F3: Gibt es eine Möglichkeit, die versehentliche Stornierung von Bestellungen mit hohem Bestellwert zu verhindern? Implementieren Sie Validierungsregeln vor dem Abbruch in Ihrem Skript, z. B. Überprüfungen der Mindestlänge von ordId , Whitelisting zulässiger instId- Werte oder die Anforderung einer manuellen Bestätigung für Bestellungen, die einen definierten SZ- Schwellenwert überschreiten.

F4: Erscheinen stornierte Bestellungen im Handelsverlauf? Nein. Stornierte Bestellungen sind von /api/v5/trade/fills -Antworten ausgeschlossen. Sie bleiben nur in ausstehenden Bestellungen sichtbar, bis sie storniert werden, und verschwinden dann von allen öffentlichen Endpunkten, sofern sie nicht über /api/v5/trade/orders-history mit entsprechenden Zeitbereichs- und Statusfiltern abgerufen werden.