AI-native Runtime für Binance-Trading-Strategien

Nein. Ihr Strategie-Code verbindet sich direkt mit Binance und sendet Aufträge basierend auf Ihrer eigenen Logik, Ihren Kontoberechtigungen und der gewählten Integrationsmethode. TradingHost stellt lediglich die Runtime bereit, in der dieser Code ausgeführt wird.

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code läuft. Wir bieten weder Signale noch KI-Prognosemodelle oder fertige Bots an. Bei TradingHost schreiben oder generieren Sie Ihre Strategie selbst (oft mithilfe von Cursor oder Claude Code), verwalten sie als Ihren Code in GitHub und nutzen TradingHost, um sie live auszuführen. Während Produkte wie 3Commas oder Cryptohopper die Strategielogik vorgeben, führt TradingHost Ihre eigene Strategie aus.

AWS und DigitalOcean stellen Ihnen reine Rechenleistung zur Verfügung. Betriebssystem-Updates, Container-Orchestrierung, Log-Weiterleitung, Secret-Rotation, Regionen-Failover und Uptime-Monitoring müssen Sie selbst verwalten. 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 Health-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 passende Framework-Runtime für Ihren Stack oder deployen Sie Ihr eigenes Repository.

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

Ja. Auf CCXT basierende Binance-Strategien laufen problemlos auf TradingHost. Siehe die CCXT-Framework-Runtime für die vollständige Anleitung zur Einrichtung.

Ja, sofern Ihr Projekt entsprechend strukturiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer einzigen Runtime ausführen oder sie zur besseren Isolierung und Übersichtlichkeit auf verschiedene Runtimes aufteilen. Details zum Multi-Strategie-Modell finden Sie auf der TradingHost-Runtime-Seite.

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 verknüpfen. 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 verwalteten Secrets-Workflow. TradingHost liest diese zur Laufzeit über GitHub Repository Secrets, Environment Secrets oder Ihren eigenen bevorzugten Secret-Management-Prozess aus. TradingHost benötigt zu keinem Zeitpunkt Zugriff auf Ihre API-Schlüssel oder Secrets. Details zum Sicherheitsmodell finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie stattdessen eingeschränkte Berechtigungen (Lesen, Spot-Handel, Futures-Handel) 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 sowie CLI-basierte KI-Agents. 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-Steuerungsschnittstelle.

Beides. Die MCP-Steuerungsschnittstelle funktioniert über CLI-basierte Agents (Claude Code CLI, eigene MCP-Clients, skriptbasierte MCP-Aufrufe) ebenso wie direkt in einer IDE. Der GitHub-native Deployment-Prozess 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 laufende Strategien zu beeinträchtigen. Ihr Strategie-Code bleibt jedoch selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Observability für Logs und Status.

Der Fehler -2015 "Invalid API-key, IP, or permissions for action" bedeutet meist, dass die anfragende IP-Adresse nicht für Ihren Schlüssel freigegeben ist oder dem Schlüssel die Berechtigung für den Endpunkt fehlt (z. B. ein Spot-Schlüssel, der einen Futures-Endpunkt aufruft). Setzen Sie bei TradingHost den veröffentlichten Egress-IP-Bereich für Ihre gewählte Region auf die Whitelist statt einer einzelnen IP-Adresse, da Container neu zugewiesen werden können. Vollständige Details finden Sie oben im Abschnitt „Betriebliche Hinweise“.

TradingHost läuft in den Regionen EU und US-East. Wählen Sie die Region, die der Matching Engine am nächsten ist, von der Ihre Strategie abhängt. Details zu Routing und Netzwerknähe finden Sie auf der Seite „Regionen“.

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