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

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code ausgeführt wird. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Bots an. Mit TradingHost schreiben oder generieren Sie Ihre Strategie selbst (oft mithilfe von Cursor oder Claude Code), verwalten sie als Ihren Code in GitHub und nutzen TradingHost, um sie live auszuführen. Während 3Commas, Cryptohopper und ähnliche Produkte die Strategielogik vorgeben, führt TradingHost Ihre eigene Strategie aus.

AWS und DigitalOcean stellen Ihnen reine Rechenleistung zur Verfügung. 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 Log- und Health-Oberflächen. 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 Perpetual-Swap-Märkte von Phemex über die einheitliche Klasse `phemex` bereit. Packen 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 entsprechend konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Übersichtlichkeit auf verschiedene Runtimes aufteilen. Phemex-sub-accounts eignen sich ideal für das Multi-Strategie-Modell: Weisen Sie einfach jedem sub-account und jeder Strategie einen eigenen Key zu. Weitere Informationen zum Multi-Strategie-Modell finden Sie auf der TradingHost-Runtime-Seite.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: CCXT, Freqtrade oder Hummingbot bieten direkt einsatzbereite Projekte. 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 von GitHub gesteuerten Secrets-Workflow. TradingHost liest diese zur Laufzeit über GitHub-Repository-Secrets, Umgebungs-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt zu keinem Zeitpunkt Zugriff auf Ihren Phemex-API-Key oder Ihr Secret. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie eingeschränkte Berechtigungen (Lesen, Handeln) und schließen Sie Auszahlungen für den Strategie-Key vollständig aus. Mit Phemex-sub-accounts können Sie das Risiko pro Strategie begrenzen, sodass das Hauptkonto niemals einen Strategie-Key mit Auszahlungsrechten besitzt.

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 Runtime-Workflows verwalten. MCP dient dabei als Steuerungs- und Monitoring-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Details dazu finden Sie unter MCP-Steuerung.

Beides. Die MCP-Steuerung funktioniert über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, geskriptete MCP-Aufrufe) ebenso wie direkt in einer IDE. Der GitHub-native Deployment-Prozess funktioniert zudem völlig ohne KI-Tools: Ein einfacher Git-Push auf Ihren Main-Branch stößt das Redeployment an.

Die Runtime erkennt den Absturz und stellt die entsprechenden 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 Status.

Das Rate-Limit von Phemex ist in drei unabhängige Gruppen unterteilt (contract, spotOrder, others). Das Überschreiten des Limits einer Gruppe drosselt die anderen nicht. Wenn Ihre contract-Schleife gedrosselt wird, während Spot weiterhin funktioniert, liegt das Limit bei der contract-Gruppe und nicht beim globalen Konto. Reduzieren Sie die Frequenz der contract-Anfragen oder verteilen Sie Ihre contract- und Spot-Aktivitäten auf separate sub-accounts mit jeweils eigenen Keys. 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 von Ihrer Strategie genutzten Matching-Engine am nächsten liegt. Details zu Routing und physischer Nähe finden Sie auf der Regions-Seite.

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