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

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code ausgeführt wird. Wir bieten keine Handelssignale, KI-Vorhersagemodelle oder vorgefertigten Bots an. Mit 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 and DigitalOcean stellen Ihnen reine Rechenleistung bereit. 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 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.

Ja. CCXT stellt die Spot- und Swap-Märkte von BitMart über die einheitliche Klasse `bitmart` bereit. Laden Sie Ihre CCXT-Strategie in einen Container, verknüpfen Sie sie mit GitHub, und TradingHost führt sie wie jedes andere Python- oder Node-Projekt aus. Details zur Einrichtung finden Sie unter der CCXT-Framework-Runtime.

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

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: Nutzen Sie CCXT, Freqtrade oder Hummingbot für ein direkt 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 Tarife für Runtimes finden Sie auf der Preseite.

In Ihrem von GitHub gesteuerten 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 auf Ihren BitMart-API-Key, Ihr Secret oder Ihren memo-String. Details zum Sicherheitskonzept finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie eingeschränkte Berechtigungen (Lesen, Spot-Handel, Futures-Handel) und deaktivieren Sie Auszahlungen für den Strategie-Key. Erstellen Sie stattdessen separate, manuell verwaltete Keys für Transfers und administrative Aufgaben.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot sowie CLI-basierte KI-Agenten. KI-Tools können Deployments analysieren, 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. Mehr dazu erfahren Sie unter MCP-Steuerung.

Beides. Die MCP-Steuerung funktioniert über CLI-basierte Agenten (Claude Code CLI, custom MCP-Clients, skriptbasierte MCP-Aufrufe) genauso zuverlässig wie direkt aus einer IDE. Zudem funktioniert der GitHub-native Deployment-Prozess auch 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 sowie 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 dennoch selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Observability (Logs und Status).

BitMart setzt Futures-Einschränkungen auf Länderebene durch, nicht nur auf Key-Ebene. Die USA, Hong Kong SAR und eine Reihe anderer Regionen sind für den Futures-Handel auf BitMart gesperrt – unabhängig von den Berechtigungen des Keys. Wenn Ihr Konto in einer eingeschränkten Jurisdiktion erstellt wurde, werden Futures-Orders mit einem regionalen Ablehnungsfehler zurückgewiesen. Dies lässt sich auch durch eine Änderung des Keys nicht umgehen. Leiten Sie Ihren Futures-Orderflow an einen nicht eingeschränkten Handelsplatz weiter oder nutzen Sie BitMart mit diesem Konto ausschließlich für den Spot-Handel. Weitere Hinweise finden Sie oben im Abschnitt „Betriebliche Hinweise“.

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

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