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

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

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Bots an. Bei TradingHost schreiben oder generieren Sie die Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Ihren Code in GitHub und nutzen TradingHost, um sie live auszuführen. Während Plattformen wie 3Commas oder Cryptohopper die Strategielogik vorgeben, 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-Versand, 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 integrierte Log- und Health-Oberflächen. Wenn Sie die Infrastruktur selbst verwalten möchten, ist AWS eine Option. Wenn Sie die Runtime als Managed Service nutzen möchten, 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 Sprache, die in einem Container ausgeführt werden kann.

Ja. CCXT stellt die Spot- und Swap-Schnittstellen von BingX über die vereinheitlichte Klasse `bingx` bereit. Da Copy-Trading-Endpunkte kein natives CCXT-Primitiv sind, laufen Copy-Trading-Flows über die native BingX OpenAPI. Details zur Einrichtung finden Sie in der CCXT-Framework-Runtime.

TradingHost ist auf Runtime-Ebene börsenunabhängig: Jeder Code, der sich gegenüber BingX authentifizieren kann, kann in einem Container ausgeführt werden – auch eine Strategie auf einem BingX-Copy-Trading-Parent-Konto. Sie müssen dabei jedoch berücksichtigen, dass jede von Ihrer Strategie eröffnete Position Copy-Fills auf allen verknüpften Follower-Konten auslöst (gewichtet nach deren Konfiguration). Führen Sie Copy-Trading-fähige Strategien auf einem separaten Unterkonto getrennt von nicht-öffentlichen Strategien aus und isolieren Sie die API-Keys pro Strategie, um den Blast Radius zu begrenzen.

Ja, sofern Ihr Projekt so konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer einzigen Runtime ausführen oder sie zur besseren Isolation 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 (wie CCXT oder Hummingbot) für ein sofort einsatzbereites Projekt. Alternativ können Sie Ihr eigenes GitHub-Strategie-Repository verbinden. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Runtime-Tarife finden Sie auf der Preisseite.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost reads them at runtime through GitHub repository secrets, environment secrets or your own approved secret-management process. TradingHost benötigt zu keinem Zeitpunkt die Verwahrung Ihres API-Keys oder Secrets. Das vollständige Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie stattdessen granulare Berechtigungen (Lesen, Spot-Handel, Futures-Handel) und aktivieren Sie nach Möglichkeit das IP-Whitelisting.

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 überprüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. Wichtig: MCP dient als Steuerungs- und Observability-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Mehr dazu finden Sie unter MCP-Steuerungsoberfläche.

Beides. Die MCP-Steuerungsoberfläche funktioniert mit CLI-basierten Agenten (Claude Code CLI, benutzerdefinierten MCP-Clients, geskripteten MCP-Aufrufen) ebenso gut wie direkt aus einer IDE heraus. Der GitHub-native Deployment-Loop funktioniert zudem völlig ohne KI-Tools: Ein normaler Git-Push auf Ihren Main-Branch löst automatisch 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 Strategie-Code bleibt weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders (Duplicate-Order-Protection) und Risikokontrollen verantwortlich. Details finden Sie unter Observability für Logs und Health-Oberfläche.

BingX hat im Laufe des Jahres 2025 mehrere Rate-Limit-Grenzen angepasst. Das Upgrade vom 14. Oktober 2025 erhöhte das Limit für den Swap-Handelsorder-Endpunkt unter /openApi/swap/v2/trade/order von 5 auf 10 Anfragen pro Sekunde und IP; das Limit für die Kontoschnittstelle wurde ab dem 10. September 2025 auf 2.000 Anfragen pro 10 Sekunden angehoben. Integrationen, die auf älteren Dokumentationen basieren, wurden möglicherweise für ein großzügigeres Limit geschrieben, das inzwischen verschärft wurde, oder für ein strengeres Limit, das inzwischen angehoben wurde. Wenn eine Strategie gedrosselt wird, erzwingt BingX ein 10-minütiges automatisches Wiederherstellungsfenster ohne manuellen Recovery-Endpunkt. Passen Sie Ihre Raten an die aktuellen Zahlen vom Oktober 2025 an und halten Sie ein angemessenes Backoff ein. Die vollständigen Richtlinien finden Sie oben im Abschnitt „Betriebliche Hinweise“.

TradingHost wird in den Regionen EU und US-East betrieben. Wählen Sie die Region, die am nächsten an der Matching-Engine Ihrer Strategie liegt. Details zu Routing und Nähe finden Sie auf der Regionen-Seite.

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