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

Nein. Ihr Strategie-Code verbindet sich mit KuCoin 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 Zugriff auf die KuCoin-API wird von KuCoin bereitgestellt. Sie sind selbst für Ihr KuCoin-Konto, die API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von KuCoin verantwortlich.

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Strategien an. Mit TradingHost schreiben oder generieren Sie Ihre Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Ihren Code in GitHub und nutzen TradingHost, um sie produktiv auszuführen. Während Plattformen wie 3Commas oder Cryptohopper die Strategielogik vorgeben, führt TradingHost Ihre eigene Strategie aus.

AWS und DigitalOcean bieten 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-gestützte Steuerung aus KI-IDEs sowie direkt einsatzbereite Log- und Health-Schnittstellen. Wenn Sie die Infrastruktur selbst verwalten 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.

Die Spot- und Futures-Plattformen von KuCoin nutzen separate APIs (api.kucoin.com vs. api-futures.kucoin.com) mit eigenen API-Keys. In CCXT entspricht dies zwei Exchange-Klassen: kucoin für Spot und Margin sowie kucoinfutures für futures.kucoin.com. Instanziieren Sie beide mit den jeweiligen Keys, Secrets und Passphrasen, leiten Sie Orders je nach Symbol an den richtigen Client weiter und hinterlegen Sie die beiden Zugangsdatensätze als separate TradingHost-Secrets.

Ja, sofern Ihr Projekt entsprechend aufgebaut ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie zur besseren Isolierung und Übersichtlichkeit auf verschiedene Runtimes aufteilen. Details 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 direkt einsatzbereite Projekte. Alternativ können Sie Ihr eigenes GitHub-Strategie-Repository verbinden. Das Verknüpfen eines GitHub-Repos und das Erstellen einer Strategie ist kostenlos; die Runtime-Tarife finden Sie auf der Preisseite.

In Ihrem von GitHub verwalteten Secrets-Workflow. TradingHost liest diese zur Laufzeit über GitHub-Repository-Secrets, Environment-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt zu keinem Zeitpunkt Zugriff oder Verwahrung für Ihre API-Keys, Secrets oder Passphrasen. Details finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie stattdessen eingeschränkte Berechtigungen (Lesen, Handeln) und richten Sie, wo möglich, ein IP-Whitelisting ein.

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 dabei als Steuerungs- und Monitoring-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Details finden Sie unter MCP-Steuerung.

Beides. Die MCP-Steuerung funktioniert über CLI-basierte Agenten (Claude Code CLI, eigene MCP-Clients, geskriptete MCP-Aufrufe) ebenso wie direkt in einer IDE. Der GitHub-native Deployment-Prozess läuft zudem auch völlig ohne KI-Tools: Ein normaler Git-Push auf Ihren Main-Branch stößt das Redeployment an.

Die Runtime erkennt den Absturz und stellt die relevanten Logs sowie Statusinformationen bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container laufende Strategien zu beeinträchtigen. Ihr Strategie-Code bleibt weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Observability.

Fast immer liegt es an einem von drei Gründen. (1) Der Passphrase-Header für einen v2-Schlüssel muss der Base64-Wert des HMAC-SHA256 der rohen Passphrase sein, nicht die rohe Passphrase selbst. (2) Der Header KC-API-KEY-VERSION muss für v2-Schlüssel auf "2" gesetzt sein. (3) Die Signatur-Payload besteht aus Timestamp + UPPERCASE_METHOD + endpoint_with_query + body, wobei der Body bei GET/DELETE ein leerer String ist. Wenn einer dieser Punkte fehlt, tritt dieselbe Fehlerklasse auf.

KuCoin stellt keine statische wss://-URL bereit. Senden Sie vor dem Verbindungsaufbau einen POST-Request an /api/v1/bullet-public (für öffentliche Feeds) oder /api/v1/bullet-private (für Konto-/Order-Feeds). Die Antwort liefert Ihnen ein Einmal-Token sowie instanceServers[0].endpoint, das pingInterval und das pingTimeout. Verbinden Sie sich mit diesem Endpunkt über ?token=...&connectId=... und senden Sie Pings im zurückgegebenen Intervall. Token laufen ab, daher muss die Reconnect-Logik neue Token abrufen.

Nein. Gemäß einer CFTC-Verfügung vom 30. März 2026 gegen Peken Global Limited (den Betreiber von KuCoin) ist es KuCoin dauerhaft untersagt, US-Personen zu akzeptieren, es sei denn, das Unternehmen registriert sich als Foreign Board of Trade. Diese Einschränkung gilt für das KuCoin-Konto, nicht für den Hosting-Ort des Strategie-Codes. Ein Deployment auf TradingHost ändert also nichts an der Berechtigung.

Nur für Spot. openapi-sandbox.kucoin.com deckt Spot-Endpunkte ab und nutzt ein komplett separates Login, eigene API-Schlüssel und ein fiktives Guthaben. Futures, Margin und Optionen sind in der Sandbox nicht verfügbar. Jede Strategie, die auf api-futures.kucoin.com zugreift, muss daher vor der Skalierung auf andere Weise getestet werden (z. B. über einen Mock-Execution-Layer, sehr kleine Live-Positionsgrößen oder einen framework-eigenen Dry-Run).

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 Latenzen finden Sie auf der Seite zu den Regionen.

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