Wie verwende ich den TWAP-Bot auf OKX?

Grundlegendes zur TWAP-Ausführungslogik

1. TWAP-Algorithmen (Time-Weighted Average Price) unterteilen eine große Order in kleinere untergeordnete Orders, die in regelmäßigen Zeitintervallen über eine definierte Dauer ausgeführt werden.

2. Der Bot berechnet die Gesamtmenge und verteilt sie je nach vom Benutzer festgelegten Zeitfenstern gleichmäßig auf Sekunden, Minuten oder Stunden.

3. Jede Unterorder wird mit Markt- oder Limitparametern übermittelt, wobei die Mindestordergröße und Preis-Tick-Regeln von OKX für das ausgewählte Instrument eingehalten werden.

4. Der Algorithmus passt das Timing dynamisch an, wenn sich die Markttiefe erheblich ändert, und vermeidet so Slippage-Spitzen in Zeiten geringer Liquidität.

5. Alle Ausführungszeitstempel werden in UTC aufgezeichnet und mit der öffentlichen Zeit-API von OKX synchronisiert, um eine Ablehnung der Signatur aufgrund einer Uhrabweichung zu verhindern.

Einrichten von TWAP-Parametern über python-okx

1. Instanziieren Sie die TradeAPI mit der richtigen Flag-Einstellung: Flag='1' für die Demo-Umgebung oder Flag='0' für den Live-Handel.

2. Definieren Sie das TWAP-Konfigurationswörterbuch mit instId , tdMode , side , sz , targetTime und ordType .

3. Verwenden Sie Decimal-Objekte für alle numerischen Felder, um Gleitkomma-Präzisionsfehler zu vermeiden, die OkxParamsException-Antworten auslösen.

4. Übergeben Sie die Konfiguration an eine benutzerdefinierte TWAP-Schedulerfunktion, die place_order wiederholt mit berechneten Slice-Größen und gestaffelten Zeitstempeln aufruft.

5. Überwachen Sie den Status über get_orders_pending und verarbeiten Sie Teilfüllungen, indem Sie das verbleibende Volumen neu berechnen und nachfolgende Slices anpassen.

Sicherheits- und Authentifizierungsanforderungen

1. API-Schlüssel müssen mit explizit aktivierten Handels- und Leseberechtigungen in der API-Verwaltungskonsole von OKX generiert werden.

2. Die Passphrase muss mit der bei der Schlüsselerstellung verwendeten Passphrase übereinstimmen – eine Nichtübereinstimmung führt zu einem sofortigen 401-Authentifizierungsfehler.

3. Der geheime Schlüssel darf niemals im Quellcode erscheinen; Es sollte nur mit python-dotenv aus einer verschlüsselten .env-Datei geladen werden.

4. IP-Whitelisting ist für den Produktionseinsatz obligatorisch – wenn dies nicht konfiguriert wird, führt dies zu stillen Anfrageabbrüchen ohne Fehlercodes.

5. Die Signaturgenerierung muss der genauen Spezifikation von OKX entsprechen: Methode + Pfad + Zeitstempel + Körper , gehasht mit HMAC-SHA256 unter Verwendung des geheimen Schlüssels.

Überwachung und Fehlerbehandlung

1. Implementieren Sie ein Echtzeit-WebSocket-Abonnement für den Bestellkanal , um sofortige Füllaktualisierungen anstelle von Abfragen zu erhalten.

2. Protokollieren Sie jede Auftragsübermittlung mit vollständiger Anforderungsnutzlast und Antworttext, um die Einhaltung des Prüfpfads zu gewährleisten.

3. Erkennen Sie den Fehlercode 50113 als Signaturkonflikt und synchronisieren Sie die Systemuhr automatisch erneut mit /api/v5/public/time .

4. Behandeln Sie Code 5 , indem Sie einen exponentiellen Backoff einführen, bevor Sie ausstehende Slices erneut versuchen.

5. Erfassen Sie Ausnahmen wie RateLimitExceeded und InsufficientFunds , um die Ausführung anzuhalten und den Bediener sofort zu benachrichtigen.

Häufig gestellte Fragen

F: Unterstützt TWAP Cross-Margin- oder Portfolio-Margin-Modi? Ja, setzen Sie tdMode='cross' oder tdMode='portfolio' in den Bestellparametern. Die Auswahl des Margin-Modus wirkt sich auf die verfügbaren Saldenberechnungs- und Liquidationsschwellen aus.

F: Kann ich eine aktive TWAP-Sitzung während der Ausführung abbrechen? Ja, rufen Sie cancel_batch_orders mit der Liste der ausstehenden Bestell-IDs auf, die während der ersten Planung zurückgegeben wurden. Alle nicht ausgeführten Slices werden aus der Warteschlange entfernt.

F: Gibt es von OKX ein Mindestzeitfenster für TWAP-Strategien? OKX erzwingt kein hartes Minimum, aber die praktische Ausführung erfordert mindestens 60 Sekunden , um eine sinnvolle Verteilung sicherzustellen und eine Verletzung der Ratengrenzen zu vermeiden.

F: Wie geht der Bot mit Preisverwerfungen bei volatilen Marktlücken um? Wenn der Preis über die konfigurierte Abweichungstoleranz hinausgeht, pausiert der Bot neue Übermittlungen und löst eine Markierung zur manuellen Überschreibung aus. Die Grenzpreise werden nicht automatisch angepasst, es sei denn, sie wurden explizit mit adaptiver Logik programmiert.