Wie richtet man bei OKX ein Futures-Papierhandelskonto zum Testen der Strategie ein?

Kontoerstellung und API-Konfiguration

1. Melden Sie sich bei Ihrem OKX-Konto an und navigieren Sie unter „Kontoeinstellungen“ zum Abschnitt „API-Verwaltung“.

2. Klicken Sie auf „API-Schlüssel erstellen“ und vergeben Sie einen aussagekräftigen Namen wie „Futures-Backtest-Dev“.

3. Wählen Sie nur die Berechtigungen „Handel“ und „Lesen“ aus – aktivieren Sie niemals Auszahlungs- oder Finanzierungsberechtigungen für Papierhandelsumgebungen.

4. Setzen Sie den Flag-Parameter bei allen SDK-Initialisierungen auf „1“, um die Verbindung zur Demo-Handelsumgebung sicherzustellen.

5. Speichern Sie den generierten API-Schlüssel, den geheimen Schlüssel und die Passphrase in einer verschlüsselten .env-Datei – nicht fest in Quelldateien codiert.

Futures-spezifische Umgebungseinrichtung

1. Greifen Sie direkt über die Webplattform auf die OKX-Demo-Handelsoberfläche zu und wechseln Sie in den „Futures“-Modus, bevor Sie eine Strategie starten.

2. Bestätigen Sie, dass es sich bei dem ausgewählten Kontrakt um einen Perpetual Swap mit USDT-Margin handelt (z. B. BTC-USDT-SWAP), da diese in der Papierhandelsumgebung vollständig unterstützt werden.

3. Verwenden Sie das Konto-API-Modul, um den Margin-Saldo und den Positionsmodus abzurufen, bevor Sie Aufträge erteilen: accountAPI.get_position_mode() und accountAPI.get_account() .

4. Initialisieren Sie die Handels-API mit tdMode='cross' oder 'isolated' , abhängig von Ihrem beabsichtigten Risikomodell – dies muss mit dem in der OKX-Web-Benutzeroberfläche konfigurierten Modus übereinstimmen.

5. Überprüfen Sie die Vertragsspezifikationen mithilfe von MarketData.get_instruments(instType='SWAP') um Tick-Größe, Lot-Größe und Leverage-Limits zu bestätigen.

Auftragsausführung und staatliche Validierung

1. Senden Sie eine Test-Limit-Order mit tradeAPI.place_order() mit realistischen Parametern: instId='ETH-USDT-SWAP' , ordType='limit' , px='3000' , sz='1' .

2. Rufen Sie die zurückgegebene ordId ab und rufen Sie sofort tradeAPI.get_order() auf, um den Statusübergang von „live“ zu „filled“ oder „storniert“ zu bestätigen.

3. Vergleichen Sie den Auftragsstatus mit tradeAPI.get_orders_history() um die Beständigkeit und Zeitstempelgenauigkeit innerhalb des Demosystems zu überprüfen.

4. Simulieren Sie Teilabfüllungen, indem Sie mehrere kleine Bestellungen auf benachbarten Preisniveaus aufgeben und die Felder accFillSz und fillPx in den Antwortnutzlasten überprüfen.

5. Lösen Sie die erzwungene Liquidation manuell aus, indem Sie die Positionsgröße über die Wartungsmargenschwellen hinaus anpassen und systemgenerierte Liquidationsereignisse in Account.get_bills() beobachten.

Datensynchronisation und Zeitausrichtung

1. Abonnieren Sie den WebSocket-Kanal books50-l2-tbt für Futures-Instrumente, um alle 10 Millisekunden Echtzeit-Orderbuchaktualisierungen zu erhalten.

2. Notieren Sie für jede Nachricht sowohl die von der Börse bereitgestellten Zeitstempel ( msg['ts'] ) als auch die lokalen Empfangszeitstempel ( time.time() * 1000 ).

3. Ermitteln Sie die Taktabweichung, indem Sie das mittlere Delta zwischen lokalen Zeitstempeln und Austauschzeitstempeln über 100 aufeinanderfolgende Nachrichten berechnen.

4. Richten Sie die Handelsausführungslogik am aktuellsten Orderbuch-Snapshot aus und verwenden Sie dabei die Ortszeit als primäre Referenz – nicht die Börsenzeit –, um Wettrennen zu vermeiden.

5. Speichern Sie rohe WebSocket-Nutzlasten zusammen mit normalisierten Auftragsbuchzuständen in SQLite für die Post-hoc-Wiedergabe und Latenzprofilerstellung.

Integration der Risikokontrolle

1. Implementieren Sie eine Hard-Stop-Loss-Logik, indem Sie get_positions() alle 500 ms abfragen und den aktuellen Markpreis mit vordefinierten Triggerniveaus vergleichen.

2. Erzwingen Sie Positionsgrößenobergrenzen pro Instrument mithilfe eines lokalen Hauptbuchs, das den Margin-Saldo get_account() und die verwendeten Margin-Berechnungen widerspiegelt.

3. Validieren Sie die Leverage-Einstellungen vor jeder Auftragserteilung, indem Sie get_leverage(instId='BTC-USDT-SWAP', mgnMode='cross') abfragen.

4. Simulieren Sie die Abgrenzung der Finanzierungsrate, indem Sie fundingRate × positionValue × timeElapsed berechnen und diese während Backtesting-Schleifen auf die verfügbare Marge anwenden.

5. Protokollieren Sie alle risikobezogenen Entscheidungen – einschließlich abgelehnter Bestellungen aufgrund unzureichender Marge – im strukturierten JSON-Format mit Millisekundengenauigkeit.

Häufig gestellte Fragen

F1: Kann ich denselben API-Schlüssel für den Spot- und Futures-Papierhandel verwenden? Ja, aber Sie müssen separate TradeAPI-Instanzen mit unterschiedlichen tdMode Werten initialisieren – „cash“ für Spot und „cross“ oder „isolated“ für Futures.

F2: Warum gibt get_account() im Demomodus auch nach erfolgreichen Einzahlungen einen Nullsaldo zurück? Demo-Guthaben werden automatisch bei der ersten Anmeldung bei der Futures-Demo-Schnittstelle vorgeladen; Die manuelle Einzahlungsfunktion ist in der Papierhandelsumgebung deaktiviert.

F3: Werden beim OKX-Futures-Papierhandel Finanzierungssätze angewendet? Ja, simulierte Finanzierungszahlungen erfolgen alle 8 Stunden unter Verwendung von Live-Marktfinanzierungssätzen – diese erscheinen in get_bills() mit dem Typ „funding“.

F4: Spiegelt der WebSocket-Kanal „books50-l2-tbt“ den synthetischen Bestellfluss oder echte Austauschdaten wider? Die Demo-Umgebung verwendet einen deterministischen synthetischen Auftragsfluss basierend auf historischen Volatilitätsmustern – nicht auf Live-Börsendaten –, behält aber die volle Strukturtreue bei, einschließlich Spread-Dynamik und Liquiditätsabfallverhalten.