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

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

Nein. Der Zugriff auf die Ripio-API wird von Ripio bereitgestellt. Sie sind selbst für Ihr Ripio-Konto, die API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Ripio 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 Live-Umgebung auszuführen. Produkte wie 3Commas oder Cryptohopper stellen die Strategielogik bereit; 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-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 aus KI-IDEs sowie direkt einsatzbereite Log- und Health-Schnittstellen. 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 bietet eine einheitliche `ripio`-Klasse, die den Spot-Handel auf Ripio Trade-Paaren abdeckt. Laden Sie Ihre CCXT-Strategie in einen Container, verknüpfen Sie ihn mit GitHub, und TradingHost führt sie wie jedes andere Python- oder Node-Projekt aus. Siehe die CCXT-Framework-Runtime für den vollständigen Einrichtungsprozess.

Ja. Die LATAM-Fiat-Paare von Ripio (BTC_BRL, ETH_BRL, BTC_ARS, BTC_MXN, BTC_EUR und andere) werden über dieselben REST- und WebSocket-APIs wie die globalen Paare erreicht. Der Strategie-Code in Ihrem Container authentifiziert sich mit Ihrem Ripio Trade API-Key. TradingHost verhält sich auf Runtime-Ebene neutral gegenüber dem Handelsplatz. Beachten Sie, dass die Verfügbarkeit von Paaren über den Query-Parameter `countries` ländergefiltert ist. Rufen Sie die Paare daher beim Start ab, anstatt sie fest zu codieren.

Ja, sofern Ihr Projekt so konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie zur Isolation und besseren Übersicht 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: CCXT 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 liest diese zur Laufzeit über GitHub-Repository-Secrets, Environment-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keinen Zugriff auf Ihren API-Key und Ihr Secret. Details zur Handhabung finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Beschränken Sie Ihren API-Key ausschließlich auf das Trading und das Lesen des Kontostatus, und deaktivieren Sie Auszahlungen für diesen Key vollständig.

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

Beides. Die MCP-Steuerungsschnittstelle funktioniert gleichermaßen über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, geskriptete MCP-Aufrufe) wie auch direkt aus einer IDE heraus. Der GitHub-native Deployment-Prozess funktioniert zudem völlig ohne KI-Tools: Ein normaler Git-Push auf Ihren Main-Branch löst ein erneutes Deployment aus.

Die Runtime erkennt den Absturz und stellt die relevanten Logs und Health-Informationen 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 für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Observability für Logs und Health-Schnittstellen.

Die Ratenbegrenzungen der Ripio Trade API v4 sind nach dem KYC-Status gestaffelt. Nicht verifizierte Konten erhalten 1 Anfrage pro Sekunde; verifizierte Konten erhalten 3,5 Anfragen pro Sekunde. Bei Überschreitung des Limits wird HTTP 429 zurückgegeben. Die Lösung besteht darin, Ihre Anfragenfrequenz auf die Stufe abzustimmen, in der sich Ihr Konto aktuell befindet, die Stufe als Runtime-Konfiguration statt als Konstante zu behandeln und bei HTTP 429 mit exponentiellem Jitter zu pausieren (Backoff). Die vollständige Anleitung finden Sie oben im Abschnitt „Betriebshinweise“.

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

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