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

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategiecode läuft. 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 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 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 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. CCXT stellt Coincheck über die standardisierte Klasse `coincheck` für den in JPY notierten Spot-Handel bereit. In Japan lizenzierte Derivatprodukte werden in CCXT nicht nativ unterstützt; nutzen Sie für Derivate die native Coincheck-API. Details zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.

TradingHost ist auf Runtime-Ebene plattformunabhängig: Jeder Code, der sich bei Coincheck authentifizieren kann, läuft auch im Container – einschließlich Strategien für in Japan lizenzierte Derivatprodukte. Wichtig bei der Entwicklung ist, dass Derivatprodukte eine andere market_type-Bezeichnung als Spot-Produkte tragen. Legen Sie den market_type als expliziten Filter bei der Orderplatzierung und der Ausführungsverarbeitung fest, damit Spot-Logik nicht fälschlicherweise auf ein Derivatprodukt angewendet wird.

Ja, sofern Ihr Projekt so konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie zur besseren Isolation 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: CCXT für ein sofort einsatzbereites Spot-Projekt. Alternativ können Sie Ihr eigenes GitHub-Strategie-Repository anbinden, wenn Sie die native Coincheck-API nutzen. 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 direkten Zugriff auf Ihren API-Schlüssel und Ihr Secret. Details finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie stattdessen eingeschränkte Berechtigungen (read, trade) und gegebenenfalls IP-Whitelisting.

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 Ausführungspfad für Trades. Details finden Sie unter MCP-Steuerungsschnittstelle.

Beides. Die MCP-Steuerungsschnittstelle funktioniert gleichermaßen über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, skriptbasierte 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 sowie Statusinformationen bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container laufende Strategien zu beeinträchtigen. Ihr Strategiecode bleibt jedoch selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Observability.

Coincheck erfordert, dass ACCESS-NONCE pro API-Schlüssel ein streng ansteigender Integer mit Millisekunden-Präzision ist. Ein nonce, der kleiner oder gleich dem zuvor akzeptierten Wert ist, führt zu einer nonce-error-Antwort. Die häufigste Ursache dafür ist, dass zwei Strategien denselben Schlüssel verwenden und sich überschneidende nonces senden, oder dass die Uhr eines Containers zurückspringt (NTP-Korrektur in die falsche Richtung). Verwenden Sie einen dedizierten API-Schlüssel pro Strategie und verlassen Sie sich auf die NTP-synchronisierte Uhr der Runtime. Weitere Informationen finden Sie oben im Abschnitt „Betriebshinweise“.

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. Details zu Routing und physischer Nähe finden Sie auf der Regions-Seite.

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