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

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategie-Code ausgeführt wird. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Bots 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 in der Produktion auszuführen. Während Produkte wie 3Commas oder Cryptohopper die Strategielogik vorgeben, führt TradingHost 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, Regions-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 aus KI-IDEs sowie direkt einsatzbereite Dashboards für Logs und Systemzustand. 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 Programmiersprache, die in einem Container ausgeführt werden kann.

Ja. CCXT stellt BitMEX über die vereinheitlichte Klasse `bitmex` bereit und deckt damit Perpetuals und dated futures ab. Ein Spot-Produkt gibt es nicht. Details zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.

Nein. BitMEX schließt Trader aus den USA aus. Dies wird auf API-Schlüsselebene per IP geolocation durchgesetzt: Wenn der jüngste Datenverkehr eines Schlüssels in den USA verortet wird, wird der Zugriff auf private Endpunkte verweigert, unabhängig vom Verifizierungsstatus des Kontos. Eine TradingHost-Runtime in der Region US-East mit US-Egress wird für den Handel auf BitMEX blockiert. Wählen Sie eine TradingHost-Region, deren Egress-Geografie sowohl mit den Nutzungsbedingungen von BitMEX als auch mit Ihren eigenen Compliance-Vorgaben übereinstimmt.

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

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: CCXT oder Hummingbot für ein direkt einsatzbereites Projekt. 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 diese zur Laufzeit über GitHub-Repository-Secrets, Umgebungs-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt zu keinem Zeitpunkt die Verwahrung Ihres BitMEX-API-Keys oder -Secrets. Details dazu finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Verwenden Sie eingeschränkte Berechtigungen (Orderplatzierung, Konto-Leserechte) und rotieren Sie Ihre Keys manuell, da BitMEX-Keys nicht automatisch ablaufen.

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 prüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Steuerungs- und Beobachtungsebene, nicht als Pfad für die Trade-Ausführung. Details dazu finden Sie unter MCP-Steuerungsebene.

Beides. Die MCP-Steuerungsebene funktioniert über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, geskriptete 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 stößt ein erneutes Deployment an.

Die Runtime erkennt den Absturz und stellt die entsprechenden Logs und Statusinformationen bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container laufende Strategien zu stören. Ihr Strategie-Code ist weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details zu Logs und Status-Schnittstellen finden Sie im Bereich Observability.

BitMEX gibt alle Bitcoin-Beträge in XBt (Satoshis) an. 1 XBt = 0,00000001 XBT. Ein Kontostand von 100.000.000 XBt entspricht also 1 BTC. USD-Beträge werden in USDt angegeben (sechs Dezimalstellen unter USDT). Der häufigste Fehler beim Live-Gang ist eine Strategie, die Positionsgrößen in BTC berechnen soll, dies aber stattdessen in XBt tut, weil die Umrechnung vergessen wurde. XBTUSD-Perpetual-Kontrakte haben einen Nennwert von jeweils 1 USD und werden in Bitcoin abgerechnet. Die vollständige Anleitung finden Sie oben im Abschnitt zu den operativen Hinweisen.

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 unseren Regionen.

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