KI-native Runtime für Bybit-Handelsstrategien

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategiecode läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Strategien 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 Live-Umgebung 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, 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 direkt aus KI-IDEs sowie integrierte Log- und Health-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. Die bybit-Integration von CCXT deckt spot, linear und inverse Perpetuals, USDT- und USDC-Futures sowie USDC-Optionen über v5 ab. Deployen Sie Ihre CCXT-Strategie direkt aus GitHub in eine TradingHost-Runtime. Wir führen sie aus, während Sie die volle Kontrolle über Ihre Keys behalten. Details finden Sie auf der Seite zur CCXT-Framework-Runtime.

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 operativen Klarheit auf verschiedene Runtimes aufteilen. Weitere Informationen finden Sie auf der Seite zur TradingHost-Runtime.

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 Verbinden eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für Runtimes finden Sie auf unserer Preisseite.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest sie zur Laufzeit über GitHub-Repository-Secrets, Environment-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt zu keinem Zeitpunkt die Verwahrung Ihres API-Keys oder Secrets. Details dazu finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie stattdessen eingeschränkte Berechtigungen (scoped permissions) und IP-Whitelisting pro Key, wo immer dies möglich ist. Verwahren Sie Auszahlungsrechte auf einem separaten, manuell verwalteten Key.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten. Diese KI-Tools können Deployments überprüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient dabei als Steuerungs- und Observability-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Details finden Sie unter MCP-Steuerungsschnittstelle.

Beides. Die MCP-Steuerungsoberfläche funktioniert von CLI-basierten Agenten (Claude Code CLI, benutzerdefinierten MCP-Clients, geskripteten MCP-Aufrufen) ebenso gut wie aus einer IDE heraus. Der GitHub-native Deployment-Workflow funktioniert zudem völlig ohne AI-Tools: Ein ganz normaler 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 Strategiecode ist weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Siehe Observability für Logs und Status-Schnittstellen.

Fast allen 10004-Fehlern liegen drei Ursachen zugrunde: Der Zeitstempel der Anfrage liegt aufgrund von Clock-Drift außerhalb des recv_window-Fensters (Standard: 5000 ms), die Signatur-Payload wurde mit Parametern in der falschen Reihenfolge zusammengesetzt oder es wurde versehentlich das HMAC-Payload-Format mit einem RSA-Key verwendet (oder umgekehrt). Synchronisieren Sie Ihre Runtime-Uhr oder rufen Sie vor dem Signieren die Bybit-Serverzeit ab. Die vollständige Anleitung finden Sie oben im Abschnitt 'Operational notes'.

Bybit betreibt drei Umgebungen mit voneinander getrennten Key-Namensräumen: Mainnet, Testnet (api-testnet.bybit.com) und Mainnet-Demo (api-demo.bybit.com). Ein in einer Umgebung erstellter Key gibt in den anderen beiden den Fehler 10003 zurück. Erstellen Sie einen neuen Key im jeweils passenden Dashboard.

Für Konten, die ab 2025 oder später eröffnet wurden, ist UTA 2.0 standardmäßig aktiv. Wenn Sie Classic oder UTA 1.0 nutzen und produktübergreifende Margin (Cross-Product Margin) wünschen, sollten Sie ein Upgrade durchführen. Das Upgrade ist unumkehrbar, und Inverse Futures verlieren den Hedge-Modus. Testen Sie dies zuerst in der Demo-Umgebung.

Nein. Bybit blockiert IP-Adressen aus den USA und Festlandchina direkt am API-Edge mit einer 403-Antwort, und der KYC-Prozess lehnt Identitäten mit Wohnsitz in den USA ab. TradingHost kann diese Einschränkung nicht umgehen; sie wird von Bybit vorgegeben.

Der Vorfall war real, schwerwiegend und ist gut dokumentiert (FBI IC3 PSA-250226). Die Hot-Wallet-Aktivitäten, Auszahlungen und Kundenguthaben von Bybit waren nicht betroffen; das Hacken Proof of Reserves-Audit vom 26. Februar bestätigte Reserven von über 100 % für alle wichtigen Assets. Bybit hat seitdem die Signatur-Infrastruktur isoliert, Multisig-Flows neu gestaltet und führt weiterhin monatliche Merkle-tree PoR durch. Für Nutzer von algorithmischen Strategien ist dies ein wichtiger operativer Kontext, stellt jedoch derzeit kein API-Hindernis dar. Dennoch sollten Sie das Verwahrungsrisiko von Exchanges ernst nehmen und Ihre Positionsgrößen entsprechend anpassen.

TradingHost läuft in den Regionen EU und US-East. Wählen Sie die Region, die der Matching-Engine Ihrer Strategie am nächsten liegt. Beachten Sie, dass Bybit US-IP-Adressen direkt am API-Edge blockiert. Bybit-Strategien sollten daher nicht über die Region US-East geroutet werden. Details zu Routing und physischer Nähe finden Sie auf der Regionen-Seite.

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