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

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder fertigen Bots an. Mit TradingHost schreiben oder generieren Sie Ihre Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Code in GitHub und nutzen TradingHost, um sie live auszuführen. Während Anbieter 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-basierte Steuerung direkt aus KI-IDEs sowie integrierte Oberflächen 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 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 CCXT-Integration für bitso deckt Spot-Endpunkte ab, übernimmt die HMAC-SHA256-Signierung und läuft unverändert in einem TradingHost-Container. Da Bitso ausschließlich Spot-Handel anbietet, sind Margin- und Futures-Methoden nicht anwendbar. Details zur Einrichtung finden Sie auf der Seite zur CCXT-Framework-Runtime.

Ja, sofern Ihr Projekt entsprechend konzipiert ist. Sie können mehrere Strategie-Prozesse 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 Runtime-Produktseite von TradingHost.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: Nutzen Sie CCXT 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 unserer Preisseite.

In Ihrem von GitHub verwalteten 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 Ihre API-Keys oder Secrets. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen erfordern. Nutzen Sie eingeschränkte Berechtigungen (Lesen, Handeln) und aktivieren Sie, wo möglich, das IP-Whitelisting. Reservieren Sie Auszahlungsrechte ausschließlich für Keys, die Sie manuell von einem Host mit fester IP-Adresse aus nutzen.

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 Kontroll- und Monitoring-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Mehr dazu erfahren Sie unter MCP-Steuerung.

Beides. Die MCP-Schnittstelle funktioniert gleichermaßen mit CLI-basierten Agents (Claude Code CLI, benutzerdefinierte MCP-Clients, geskriptete MCP-Aufrufe) wie auch 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 weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Monitoring für Logs und Systemzustand.

Das liegt fast immer an der Nonce oder der Erstellung der Signatur. Bitso erfordert eine streng fortlaufende Nonce pro Key (Nonce v2 befindet sich im Rollout) und signiert Nonce + METHOD + Pfad + Body mittels HMAC-SHA256 (hex-kodiert). Häufige Ursachen: Uhrzeit-Abweichungen zwischen Replikaten, zwei Worker, die denselben Key nutzen, oder ein fehlender abschließender Schrägstrich (Trailing Slash) im Pfad.

SPEI in Mexiko (MXN), PIX in Brasilien (BRL) und lokales CBU/Alias in Argentinien (ARS). PIX und SPEI werden in Sekundenschnelle abgewickelt, aber Cut-off-Zeiten der Zahlungswege und Bankfeiertage gelten weiterhin. Strategien, die Fiat-Bestände automatisch umschichten, sollten die Verfügbarkeit der Zahlungswege als Laufzeit-Variable behandeln.

Bitso operiert unter Mexikos Ley Fintech unter CNBV-Aufsicht, ist bei der argentinischen CNV als PSAV no. 51 registriert, ist in Brasilien präsent und nutzt eine GFSC-Lizenz aus Gibraltar für institutionelle Dienstleistungen für virtuelle Vermögenswerte. Mexikos AML-Reform vom Juli 2025 führte Meldepflichten für VASPs ab ca. 1.180 USD pro Transaktion ein.

Nein. Bitso bietet keine Konten für Personen mit Wohnsitz in den USA an und schränkt rund 33 Jurisdiktionen ein, darunter die USA und Kanada. TradingHost führt Ihre Strategie unabhängig von der Region aus, aber das Bitso-Konto selbst muss gemäß den Nutzungsbedingungen von Bitso zulässig sein.

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 ist. Details zu Routing und Latenzen finden Sie auf der Regionsseite.

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