KI-native Runtime für Gate.io-Trading-Strategien

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Strategien 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 live 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-basierte Steuerung aus AI-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.

Verwenden Sie `gate`. Das ist die aktive Klasse. `gateio` funktioniert zwar weiterhin und erbt von `gate`, neuer Code sollte jedoch `gate` nutzen. Initialisieren Sie mit ccxt.gate({"apiKey": ..., "secret": ..., "options": {"defaultType": "swap"}}) für USDT-margined Perps, "spot" für Spot, "future" für Delivery-Futures oder "option" für Optionen. Details 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. Weitere Informationen finden Sie auf der TradingHost-Runtime-Seite unter dem Multi-Strategie-Modell.

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 anbinden. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für Runtimes finden Sie auf der Preisseite.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest sie zur Laufzeit über GitHub-Repository-Secrets, Umgebungs-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keinen direkten Zugriff auf Ihren API-Schlüssel und Ihr Secret. Details dazu finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Verwenden Sie stattdessen eingeschränkte v4-Berechtigungen (Spot Trade, Perpetual Futures etc.) und binden Sie den Schlüssel über die IP-Whitelist von Gate.io an die Egress-IP Ihrer Runtime. Schlüssel ohne IP-Whitelist laufen nach 90 Tagen ab.

Ja, das ist das empfohlene Vorgehen bei Gate. Erstellen Sie Unterkonten unter dem Hauptkonto, vergeben Sie pro Unterkonto einen dedizierten API-v4-Schlüssel (mit den minimal erforderlichen Berechtigungen für die Strategie) und lassen Sie TradingHost den Schlüssel als Secret einspeisen. Das Handelsvolumen und die VIP-Stufe des Unterkontos werden weiterhin dem Hauptkonto angerechnet, aber der potenzielle Schaden durch einen kompromittierten Schlüssel oder eine fehlerhafte Strategie bleibt auf dieses eine Unterkonto beschränkt. Assets können nur vom Hauptkonto zum Unterkonto transferiert werden, niemals zwischen Unterkonten.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für AI-IDEs wie Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten. KI-Tools können Deployments überprüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Steuerungs- und Monitoring-Schnittstelle, nicht als Pfad zur Trade-Ausführung. Weitere Details finden Sie unter MCP-Steuerung.

Beides. Die MCP-Steuerungsoberfläche funktioniert mit CLI-basierten Agents (Claude Code CLI, benutzerdefinierten MCP-Clients, geskripteten MCP-Aufrufen) ebenso gut wie direkt in einer IDE. Der GitHub-native Deployment-Workflow funktioniert zudem völlig ohne KI-Tools: Ein ganz 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 ausgeführte Strategien zu beeinträchtigen. Ihr Strategiecode ist weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orderplatzierungen und Risikokontrollen verantwortlich. Details zu Logs und Status finden Sie im Bereich Observability.

Gate v4 signiert mit HMAC-SHA512 (nicht SHA256) und der Signatur-String wird mit literalen \n verkettet: Method + "\n" + URL_Path + "\n" + QueryString + "\n" + HexEncode(SHA512(Body)) + "\n" + Timestamp. Die Ausgabe ist Hex, nicht Base64. Die drei erforderlichen Header sind KEY, Timestamp und SIGN; eine Passphrase (wie bei OKX) wird nicht benötigt. Der Body-Hash muss der Hex-SHA512-Wert des rohen Request-Bodys sein, wobei ein leerer Body zum SHA512-Wert eines leeren Strings gehasht wird. Die vollständige Anleitung finden Sie oben im Abschnitt „Betriebliche Hinweise“.

Ja, allerdings nur für Futures. Das Futures TestNet läuft unter https://fx-api-testnet.gateio.ws/api/v4 (REST) und wss://fx-ws-testnet.gateio.ws/v4/ws/{usdt,btc} (WebSocket). Sie müssen separate TestNet-API-Schlüssel generieren; Produktionsschlüssel funktionieren im TestNet nicht. Für den Spot-Handel gibt es keine öffentliche Sandbox. Testen Sie Spot-Strategien daher vor dem Live-Gang mit Freqtrade dry_run oder CCXT im Record-and-Replay-Modus.

Nein. Gate.io sperrt US-Bürger und Personen mit Wohnsitz in den USA. TradingHost kann keine Orders von einem US-Konto an Gate.io weiterleiten; diese Einschränkung geht direkt von der Börse aus. Sie können Gate auch nicht aus Festlandchina nutzen; Gate hat sich nach dem Verbot der People's Bank of China vom 24. September 2021 aus diesem Markt zurückgezogen. Weitere eingeschränkte Regionen sind Kanada, Singapur und das Vereinigte Königreich.

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 ist. Details zu Routing und Servernähe finden Sie auf der Regionen-Seite.

Nein. TradingHost konzentriert sich rein auf die Live-Ausführung (Production Runtime) und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.