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

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Bots an. Mit TradingHost schreiben oder generieren Sie Ihre Strategie selbst (oft 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, Regions-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 aus KI-IDEs sowie direkt einsatzbereite 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 die Spot- und Swap-Märkte von AscendEX über die einheitliche Klasse `ascendex` bereit. Laden Sie Ihre CCXT-Strategie in einen Container, verknüpfen Sie sie mit GitHub, und TradingHost führt sie wie jedes andere Python- oder Node-Projekt aus. Details zur Einrichtung finden Sie auf der Seite zur CCXT-Framework-Runtime.

Ja, sofern Ihr Projekt so konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie zur besseren Isolierung und Übersichtlichkeit auf verschiedene Runtimes aufteilen. Die auf Konto-Objekte beschränkten API-Schlüssel von AscendEX lassen sich hervorragend mit dem Multi-Strategie-Modell kombinieren. Weitere Informationen finden Sie auf der Seite zur TradingHost-Runtime.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime wie CCXT, Freqtrade oder Hummingbot für ein direkt einsatzbereites Projekt. 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 über 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 AscendEX-API-Schlüssel, das Secret oder den `accountGroup`-Wert. Details zum Sicherheitsmodell finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie eingeschränkte Berechtigungen (Lesen, Handeln) und deaktivieren Sie Auszahlungen für den Strategie-Schlüssel vollständig. Da AscendEX Schlüssel pro Konto-Objekt ausstellt, verfügen Cash, Margin und Futures jeweils über eigene Schlüsselbereiche. Bewahren Sie den Schlüssel mit Auszahlungsberechtigung völlig separat auf und hinterlegen Sie ihn niemals in einer Strategie-Runtime.

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 dazu finden Sie unter MCP-Steuerung.

Beides. Die MCP-Steuerung funktioniert sowohl über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, skriptbasierte MCP-Aufrufe) als auch direkt in einer IDE. 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 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 Observability.

Private Anfragen an AscendEX werden über `https://ascendex.com/<accountGroup>/api/pro/...` geroutet. Der Wert für `accountGroup` ist benutzerspezifisch und wird bei der ersten Authentifizierung vom Account-Info-Endpunkt zurückgegeben. Wenn Sie eine Vorlage kopiert haben, die `accountGroup` fest auf einen bestimmten Wert setzt oder davon ausgeht, dass er `0` ist, schlagen Anfragen mit einem 404-Fehler fehl, selbst wenn der Schlüssel korrekt ist. Rufen Sie `accountGroup` beim Start ab, cachen Sie den Wert in der Umgebungsvariable der Runtime und codieren Sie ihn niemals fest ein. Weitere Details finden Sie oben im Abschnitt zu den Betriebshinweisen.

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

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