AI-native Runtime für Gemini-Trading-Strategien

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

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategie-Code ausgeführt wird. 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. 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 OS-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 Oberflächen für Logs und Systemzustand. 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 liefert einen gemini-Connector mit Spot-Abdeckung und enthält die Verarbeitung von Perpetual Swaps im Quellcode. Überprüfen Sie die Abdeckung von Symbol- und Margin-Endpunkten in Ihrer aktuellen CCXT-Version, bevor Sie sich auf Derivate-Funktionen verlassen. Die nativen REST- und WebSocket-APIs von Gemini bleiben der risikoärmste Weg für Derivate. 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 Isolation und besseren Übersicht auf verschiedene Runtimes aufteilen. Das sitzungsbasierte Nonce-Modell von Gemini lässt sich hervorragend mit einem API-Key pro Strategie kombinieren. Weitere Informationen zum Multi-Strategie-Modell finden Sie auf der Runtime-Seite von TradingHost.

Der schnellste Weg ist, eine TradingHost-Framework-Runtime wie CCXT zu forken oder Ihr eigenes GitHub-Strategie-Repository anzubinden, das auf den nativen REST-, WebSocket- oder FIX 4.4-Schnittstellen von Gemini aufbaut. 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, Environment Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt zu keinem Zeitpunkt Zugriff auf Ihren API-Key und Ihr Secret. Das vollständige Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsrechte benötigen. Gemini unterstützt abgestufte Berechtigungen für Trading, Kontoverwaltung und Auszahlungen sowie Trusted IP-Allowlists. Belassen Sie Strategie-Keys auf der Berechtigungsstufe „Nur Trading“ (trading-only) und binden Sie diese an die TradingHost-Egress-IPs Ihrer gewählten Region. Reservieren Sie Auszahlungsrechte für einen separaten Operations-Key auf einem Kontroll-Host mit fester IP.

Gemini gibt MissingRole (HTTP 403) zurück, wenn einem API-Key die Berechtigung für den Endpunkt fehlt, und RemoteAddressForbidden, wenn die Anfrage von einer IP-Adresse stammt, die nicht auf der Trusted IP-Allowlist des Keys steht. InvalidSignature und InvalidNonce are die beiden anderen Authentifizierungsfehler, die Sie in Ihr Alerting einbinden sollten.

Zwei Container, die denselben API-Key verwenden, konkurrieren um die Nonce-Reihenfolge (Race Condition). Gemini beschränkt den Nonce-Stream pro Key (Session); der Wert muss monoton steigend sein und innerhalb von ±30 Sekunden der Unix-Zeit liegen. Richten Sie pro Runtime-Instanz einen separaten API-Key ein. Verwenden Sie eine zeitbasierte Nonce nur bei Single-Writer-Semantik.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agents. KI-Tools können Deployments analysieren, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Steuerungs- und Observability-Schnittstelle, nicht zur Trade-Ausführung. Alle Details finden Sie auf der Seite zur MCP-Steuerungsoberfläche.

Beides. Die MCP-Steuerungsoberfläche funktioniert über CLI-basierte Agents (Claude Code CLI, eigene MCP-Clients, geskriptete MCP-Aufrufe) genauso gut wie 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. Integrieren Sie Cancel All Session Orders in Ihren SIGTERM-Handler, damit bei Deployments keine verwaisten Orders aktiv bleiben. Ihr Strategiecode ist weiterhin für die sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details zu Logs und Systemstatus finden Sie im Bereich Observability.

TradingHost läuft in den Regionen EU und US-East. Die FIX 4.4-Anbindung von Gemini erfordert einen Cross-Connect von einem zugelassenen Rechenzentrum oder Extranet in die US-Ostküsten-Präsenz von Gemini. Daher ist US-East die naheliegende Wahl für latenzsensitive Gemini-Strategien. Details zu Routing und physischer Nähe finden Sie auf der Regionsseite.

Ja. Die Gemini Trust Company LLC ist eine New Yorker Treuhandgesellschaft mit begrenztem Zweck (limited-purpose trust company), die im Oktober 2015 von der NYDFS zugelassen wurde. Damit ist sie ein Treuhänder und qualifizierter Verwahrer (qualified custodian) nach New Yorker Bankenrecht. Die Muttergesellschaft von Gemini Trust wurde im September 2025 unter dem Kürzel GEMI an der Nasdaq notiert. Der Status als regulierte Treuhandgesellschaft besteht unabhängig von TradingHost.

Nein. Gemini Earn war ein Renditeprodukt (nicht die Spot-Börse oder API), das im Zuge der Genesis-Insolvenz abgewickelt wurde. Kunden erhielten bei den Ausschüttungen von Mai bis Juni 2024 eine 100-prozentige Sachwert-Rückerstattung (in-kind recovery). Die SEC hat ihre Klage gegen Gemini Trust am 23. Januar 2026 rechtskräftig (with prejudice) und freiwillig zurückgezogen. Dies hat keine Auswirkungen auf den Börsenzugang, das API-Verhalten oder den Verwahrungsbetrieb.

Sofern Sie dazu berechtigt sind, ja. Gemini Perpetuals wird von Gemini Artemis Pte. Ltd. in ausgewählten Jurisdiktionen außerhalb der USA betrieben, bietet einen bis zu 100-fachen Hebel und auf GUSD (z. B. ETHGUSDPERP) oder USDC lautende Kontrakte. Der Zugang für US-Kleinanleger wird derzeit über den von der CFTC zugelassenen designierten Kontraktmarkt Gemini Titan aufgebaut. Überprüfen Sie vor dem Deployment die Jurisdiktion Ihres Kontos und den Handelsplatz des jeweiligen Symbols.

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