KI-native Runtime für OKX-Trading-Strategien

Nein. Ihr Strategiecode verbindet sich mit OKX und sendet Anweisungen basierend auf Ihrer eigenen Logik, Ihren Kontoberechtigungen und Ihrer Integrationsmethode. TradingHost stellt die Runtime bereit, in der dieser Code ausgeführt wird.

Nein. Der API-Zugang wird von OKX bereitgestellt. Sie sind selbst für Ihr OKX-Konto, die API-Berechtigungen, Ihre Anmeldedaten und die Einhaltung der Nutzungsbedingungen von OKX verantwortlich.

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategiecode ausgeführt wird. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigte Strategien an. Mit TradingHost schreiben oder generieren Sie die Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Ihren eigenen Code in GitHub und nutzen TradingHost, um sie live auszuführen. Bei 3Commas, Cryptohopper und ähnlichen Produkten liegt die Strategielogik beim Anbieter; TradingHost führt Ihre eigene Strategie aus.

AWS und DigitalOcean bieten Ihnen reine Rechenleistung. Sie müssen sich selbst um Betriebssystem-Updates, Container-Orchestrierung, Log-Weiterleitung, Secret-Rotation, Regionen-Failover und Uptime-Monitoring kümmern. TradingHost bietet Ihnen eine verwaltete Runtime, die speziell für Trading-Strategien entwickelt wurde: GitHub-natives Deployment, MCP-basierte Steuerung direkt aus KI-IDEs sowie integrierte Log- und Status-Dashboards. Wenn Sie die Infrastruktur selbst betreiben möchten, ist AWS eine Option. Wenn Sie die Runtime als Managed Service nutzen wollen, ist TradingHost der direktere Weg.

Ja. TradingHost führt Python-Strategien aus. Wählen Sie einfach die Framework-Runtime, die zu Ihrem Stack passt, oder deployen Sie Ihr eigenes Repository.

Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann.

CCXT unterstützt OKX (okx, ehemals okex) für das Spot- und Perpetual-Swap-Trading sowie für Konto-, Markt- und historische Daten. Futures werden ebenfalls unterstützt. Options-Marktdaten sind über die OKX-Symbolik zugänglich, die Ausführung von Options-Orders über die vereinheitlichten Methoden von CCXT ist jedoch eingeschränkt; leiten Sie Options-Orders über den nativen OKX v5-Client. Das OKX-Exchange-Objekt erfordert apiKey, secret und password (die Passphrase) sowie die standardmäßigen Sub-Account-Header. Details zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.

Ja, sofern Ihr Projekt so konzipiert ist. Sie können mehrere Strategie-Prozesse oder -Dienste innerhalb einer einzigen Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Übersichtlichkeit auf verschiedene Runtimes aufteilen. Weitere Informationen zum Multi-Strategie-Modell finden Sie auf der Runtime-Seite von TradingHost.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: CCXT, Freqtrade oder Hummingbot bieten sofort einsatzbereite Projekte. Alternativ können Sie Ihr eigenes GitHub-Strategie-Repository anbinden. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für Runtimes finden Sie auf der Preisseite.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest sie zur Laufzeit über GitHub-Repository-Secrets, Environment-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keinen Zugriff auf Ihren API-Schlüssel, Ihr Secret oder Ihre Passphrase. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie eingeschränkte Berechtigungen (Read, Trade) und binden Sie den Schlüssel über die IP-Allowlist von OKX (bis zu 20 IPs pro Schlüssel) an die Egress-IP Ihrer Runtime.

OKX verwendet dreiteilige Anmeldedaten: API-Schlüssel, Secret und Passphrase. Die Passphrase ist eine benutzerdefinierte Zeichenfolge, die bei der Erstellung des API-Schlüssels festgelegt, bei jeder authentifizierten Anfrage über OK-ACCESS-PASSPHRASE übermittelt und zusammen mit dem Secret in die HMAC-SHA256-Signatur eingerechnet wird. OKX kann die Passphrase bei Verlust nicht wiederherstellen; in diesem Fall müssen Sie den Schlüssel neu generieren. Behandeln Sie sie wie ein weiteres Secret.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten. KI-Tools können Deployments prüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Steuerungs- und Monitoring-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Details dazu finden Sie unter MCP-Steuerungsschnittstelle.

Beides. Die MCP-Steuerungsoberfläche funktioniert gleichermaßen gut mit CLI-basierten Agents (Claude Code CLI, benutzerdefinierten MCP-Clients, skriptbasierten MCP-Aufrufen) wie auch direkt in einer IDE. Der GitHub-native Deployment-Workflow funktioniert zudem völlig ohne KI-Tools: Ein einfacher git push auf Ihren Main-Branch löst ein erneutes Deployment aus.

Die Runtime erkennt den Absturz und stellt die relevanten Logs und Statusinformationen bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container ausgeführte Strategien zu beeinträchtigen. Ihr Strategiecode ist weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Siehe Observability für Logs und Status-Schnittstellen.

50111 bedeutet, dass OKX den API-Schlüssel nicht finden konnte (falscher Schlüssel, falsche Umgebung oder Demo-Schlüssel im Live-Betrieb verwendet). 50113 bedeutet, dass die Signatur ungültig war. Häufige Ursachen: falsche oder fehlende Passphrase, falsches Secret, Uhrzeit-Abweichung (Clock Drift) bei OK-ACCESS-TIMESTAMP (muss ISO 8601 UTC mit Millisekunden-Präzision sein), falsche Reihenfolge im Pre-Hash-String (timestamp + method + requestPath + body) oder ein fehlender Header x-simulated-trading: 1 bei Verwendung eines Demo-Schlüssels. Führen Sie einen NTP-Abgleich im Container aus und protokollieren Sie den Pre-Hash-String in Nicht-Produktions-Builds.

Ja. Erstellen Sie einen Demo-API-Schlüssel im OKX-Demo-Trading-Bereich und fügen Sie x-simulated-trading: 1 zu jedem REST- und WebSocket-Header hinzu. Der Host bleibt derselbe. Demo-Schlüssel können nicht live handeln, Live-Schlüssel können nicht im Demo-Modus handeln, und der Header ist bei jedem Aufruf erforderlich. Stellen Sie beim Wechsel in die Live-Umgebung beide Parameter gleichzeitig um.

Der Kontomodus wird auf Ebene des Unified Account festgelegt und beeinflusst die Margin-Berechnung. Bei multi-currency margin werden in USD umgerechnete Vermögenswerte als gemeinsame Margin behandelt. Bei portfolio margin wird ein risikobasiertes Modell angewendet, das das Risiko über Spot, Margin, Perps, Futures und Optionen hinweg saldiert. Isolated-Margin-Positionen werden innerhalb der Modi multi-currency margin oder portfolio margin nicht mehr unterstützt.

Das globale OKX (okx.com) schließt US-Personen gemäß einer Richtlinie aus dem Jahr 2017 aus. Im Februar 2025 bekannte sich Aux Cayes FinTech Co. Ltd. (mit OKX verbunden) schuldig, ein nicht lizenziertes Geldtransfergeschäft in den USA betrieben zu haben, und zahlte 505 Mio. USD. Eine separate US-Einheit (okx.com/en-us) ging 2025 in 41 US-Bundesstaaten an den Start. OKX US und das globale OKX sind unterschiedliche Handelsplätze. Prüfen Sie vor dem Deployment, zu welcher Einheit Ihr Konto gehört.

TradingHost läuft in den Regionen EU und US-East. Wählen Sie die Region, die der von Ihrer Strategie genutzten Matching-Engine am nächsten liegt. Details zu Routing und physischer Nähe finden Sie auf der Regionsseite.

Nein. TradingHost konzentriert sich auf die Produktions-Runtime und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder AlgoBuilder.