KI-native Runtime für Trading-Strategien auf der Crypto.com Exchange

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

Nein. Der API-Zugang zur Crypto.com Exchange wird von Crypto.com bereitgestellt. Sie sind selbst für Ihr Crypto.com Exchange-Konto, die API-Berechtigungen, Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Crypto.com verantwortlich.

Nein. TradingHost ist die Cloud-Laufzeitumgebung (Runtime), in der Ihr Strategie-Code ausgeführt wird. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigte Strategien an. Mit TradingHost schreiben oder generieren Sie die Strategie selbst (häufig mit Cursor oder Claude Code), verwalten sie als Ihren eigenen 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-Ausfallsicherung und Uptime-Monitoring kümmern. TradingHost bietet Ihnen eine verwaltete Laufzeitumgebung, 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 Laufzeitumgebung als Managed Service nutzen wollen, ist TradingHost der direktere Weg.

Ja. TradingHost führt Python-Strategien aus. Wählen Sie einfach die Framework-Laufzeitumgebung, 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 führt Crypto.com unter der Exchange-ID `cryptocom` und listet sie als zertifizierte Pro-Tier-Börse mit Unterstützung für Spot, Margin und Swaps. Betrachten Sie CCXT als Komfort-Layer; die Semantik der Ratenbegrenzung und die nach Januar 2026 eingeführten Advanced Order Management-Endpunkte folgen dem nativen Exchange v1-Protokoll. Details zur Einrichtung finden Sie in der CCXT-Framework-Laufzeitumgebung.

Ja, sofern Ihr Projekt entsprechend strukturiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Laufzeitumgebung ausführen oder sie zur besseren Isolierung und betrieblichen Klarheit auf verschiedene Laufzeitumgebungen aufteilen. Die Haupt- und Unterkonten-Hierarchie (Master/Sub-Accounts) der Crypto.com Exchange eignet sich dafür ideal: Jede Strategie kann ihr eigenes Unterkonto über einen einzigen Hauptschlüssel ansteuern. Weitere Informationen zum Multi-Strategie-Modell finden Sie auf der TradingHost-Laufzeitumgebungs-Seite.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Laufzeitumgebung wie CCXT für ein direkt einsatzbereites Projekt, oder das Verknüpfen Ihres eigenen GitHub-Strategie-Repositorys. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für Laufzeitumgebungen finden Sie auf der Preisseite.

In Ihrem von GitHub verwalteten Secrets-Workflow. TradingHost liest diese zur Laufzeit über GitHub Repository Secrets, Environment Secrets oder Ihren eigenen freigegebenen Prozess zur Secret-Verwaltung aus. TradingHost benötigt zu keinem Zeitpunkt Zugriff auf Ihren API-Schlüssel und Ihr Secret. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Crypto.com erfordert ein IP-Whitelisting für Schlüssel mit Trading- oder Auszahlungsberechtigungen. Halten Sie Auszahlungsrechte von Ihren Strategie-Schlüsseln fern und verwalten Sie Auszahlungen separat.

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 Laufzeit-Workflows verwalten. MCP dient als Steuerungs- und Beobachtungsebene, nicht als Pfad für die Trade-Ausführung. Weitere Details finden Sie unter MCP-Steuerungsebene.

Beides. Die MCP-Steuerungsoberfläche funktioniert gleichermaßen gut mit CLI-basierten Agents (Claude Code CLI, benutzerdefinierten MCP-Clients, geskripteten MCP-Aufrufen) 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 sowie Statusinformationen (Health) bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container ausgeführte Strategien zu beeinträchtigen. Ihr Strategie-Code ist weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Siehe Observability für Details zu Logs und der Health-Schnittstelle.

40101 bedeutet, dass die HMAC-SHA256-Signatur, der Key oder die Reihenfolge der signierten Parameter fehlerhaft ist. Überprüfen Sie den signierten String `method + id + api_key + parameter_string + nonce` sowie die aufsteigende Sortierung der Parameter-Keys. 40102 bedeutet, dass Ihre nonce um mehr als 60 Sekunden von der Serverzeit von Crypto.com abweicht; synchronisieren Sie NTP. 40103 bedeutet, dass die IP-Adresse Ihrer Anfrage nicht auf der Whitelist des API-Keys steht; Keys für Trading und Auszahlungen erfordern eine IP-Whitelist. Die vollständigen Anweisungen finden Sie oben im Abschnitt „Betriebliche Hinweise“.

Die Crypto.com Exchange ist die Handelsplattform mit der öffentlichen, dokumentierten v1-API, die für den algorithmischen Handel genutzt wird – hiermit integriert sich TradingHost. Die Crypto.com App ist die Wallet für Endverbraucher und bietet keine Trading-API. API-Keys werden in der Web-Benutzeroberfläche der Exchange unter User Center > API generiert, nicht in der mobilen App.

Die Erstellung und Stornierung von Take-Profit- und Stop-Loss-Orders wurde am 28.01.2026 um 08:00 Uhr UTC von `private/create-order` auf `private/advanced/create-order` umgestellt, nachdem Trigger-Orders bereits am 17.12.2025 um 08:00 Uhr UTC migriert wurden. Strategien müssen nun den Advanced-Endpunkt für bedingte Orders aufrufen und `user.advanced.order` abonnieren, um Status-Updates zu erhalten. Einfache Limit- und Market-Orders verbleiben weiterhin auf `private/create-order`.

Auf der internationalen Plattform kann der vereinheitlichte Exchange v1-API-Key Spot-, Margin- und Perpetuals-Märkte mit einer einzigen ID ansprechen. Die zugrunde liegende Berechtigung für Derivate ist jedoch an das Konto gebunden, nicht an den Key. Derivate müssen für das Konto aktiviert sein und das Konto darf sich nicht in einer ausgeschlossenen Jurisdiktion befinden. In den USA werden Derivate über eine separat lizenzierte Tochtergesellschaft (CDNA) mit eigenem Onboarding abgewickelt.

Freqtrade kann über CCXT auf Crypto.com zugreifen, wird jedoch vom Freqtrade-Team nicht offiziell unterstützt. Der `crypto_com`-Konnektor von Hummingbot ist seit dem GEN 3-API-Upgrade als veraltet markiert und steht nicht auf der aktuellen Liste der unterstützten Börsen von Hummingbot. Betrachten Sie ihn als nicht unterstützt und nutzen Sie stattdessen CCXT oder direkt die native v1-API.

TradingHost wird in den Regionen EU und US-East ausgeführt. Wählen Sie die Region, die der von Ihrer Strategie genutzten Matching Engine am nächsten liegt. Details zu Routing und physischer Nähe finden Sie auf der Regionsseite.

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