Runtime natif IA pour stratégies de trading Gemini

Non. Le code de votre stratégie se connecte à Gemini et envoie des instructions selon votre propre logique, les autorisations de votre compte et votre méthode d'intégration. TradingHost fournit l'environnement d'exécution (runtime) où ce code s'exécute.

Non. L'accès à l'API Gemini est fourni par Gemini. Vous êtes responsable de votre compte Gemini, des autorisations de l'API, de vos identifiants et du respect des conditions d'utilisation de Gemini.

Non. TradingHost est le runtime cloud où s'exécute le code de votre stratégie. Nous ne fournissons pas de signaux, de modèles de prédiction IA ou de stratégies préconçues. Avec TradingHost, vous écrivez ou générez vous-même la stratégie (souvent avec Cursor ou Claude Code), vous la conservez sur GitHub en tant que code personnel, et vous utilisez TradingHost pour l'exécuter en production. Des produits comme 3Commas ou Cryptohopper détiennent la logique de la stratégie ; TradingHost exécute la vôtre.

AWS et DigitalOcean vous fournissent de la puissance de calcul brute. Vous devez gérer vous-même les mises à jour de l'OS, l'orchestration des conteneurs, la transmission des logs, la rotation des secrets, le basculement de région et la surveillance de la disponibilité. TradingHost vous offre un runtime managé conçu spécifiquement pour les stratégies de trading : déploiement natif via GitHub, contrôle piloté par MCP depuis des IDE IA, ainsi que des interfaces de logs et de santé prêtes à l'emploi. Si vous souhaitez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous préférez un runtime sous forme de service managé, TradingHost est la voie la plus rapide.

Oui. TradingHost exécute des stratégies Python ; choisissez le runtime de framework qui correspond à votre stack ou déployez votre propre dépôt.

Oui. TradingHost prend en charge n'importe quel langage capable de s'exécuter dans un conteneur.

Oui. CCXT intègre un connecteur gemini avec une couverture spot et inclut la gestion des swaps perpétuels dans son code source. Vérifiez la couverture des endpoints de symboles et de marge par rapport à votre version actuelle de CCXT avant de vous appuyer sur les fonctionnalités de produits dérivés ; les API natives REST et WebSocket de Gemini restent la voie la plus sûre pour les dérivés. Consultez le runtime du framework CCXT pour connaître la procédure de configuration.

Oui, si votre projet est conçu ainsi. Vous pouvez exécuter plusieurs processus ou services de stratégie au sein d'un même runtime, ou les séparer dans différents runtimes pour plus d'isolation et de clarté opérationnelle. Le modèle de nonce par session de Gemini s'associe naturellement avec une clé API par stratégie. Consultez la page du runtime TradingHost pour découvrir le modèle multi-stratégie.

La voie la plus rapide consiste à forker un runtime de framework TradingHost tel que CCXT, ou à connecter votre propre dépôt de stratégie GitHub conçu autour de l'interface native REST, WebSocket ou FIX 4.4 de Gemini. Lier un dépôt GitHub et créer une stratégie est gratuit ; les abonnements de runtime sont détaillés sur la page des tarifs.

Dans votre workflow de secrets contrôlé par GitHub. TradingHost les lit au moment de l'exécution via les secrets de dépôt GitHub, les secrets d'environnement ou votre propre processus approuvé de gestion des secrets. TradingHost n'a pas besoin de conserver la garde de votre clé API et de votre secret. Consultez la section sur les secrets de la plateforme pour connaître le modèle complet de gestion.

Non. Les stratégies ne devraient jamais avoir besoin d'autorisations de retrait. Gemini prend en charge des autorisations restreintes pour le trading, la gestion des fonds et les retraits, ainsi que la liste blanche Trusted IP. Conservez les clés de stratégie avec une autorisation limitée au trading et associez-les aux IP de sortie de TradingHost pour la région sélectionnée ; réservez l'autorisation de retrait à une clé d'opérations distincte sur un hôte de contrôle à IP fixe.

Gemini renvoie MissingRole (HTTP 403) lorsqu'une clé API ne dispose pas de l'autorisation requise pour l'endpoint, et RemoteAddressForbidden lorsque la requête provient d'une IP qui ne figure pas sur la liste blanche Trusted IP de la clé. InvalidSignature et InvalidNonce sont les deux autres échecs liés à l'authentification à intégrer dans vos alertes.

Deux conteneurs utilisant la même clé API entrent en concurrence sur la séquence de nonces. Gemini limite la portée du flux de nonces par clé (session) et la valeur doit être strictement croissante et se situer dans une marge de ±30 secondes par rapport au temps Unix. Provisionnez une clé API distincte par instance de runtime ; n'utilisez un nonce basé sur le temps qu'avec une sémantique d'écriture unique (single-writer).

Oui. TradingHost prend en charge le contrôle basé sur MCP pour les IDE IA, notamment Cursor, Claude Code, GitHub Copilot et les agents IA en ligne de commande (CLI). Les outils d'IA peuvent inspecter les déploiements, consulter les logs, redémarrer les stratégies et gérer les flux de travail du runtime. MCP est une interface de contrôle et d'observabilité, et non le chemin d'exécution des transactions. Consultez l'interface de contrôle MCP pour en savoir plus.

Les deux. L'interface de contrôle MCP fonctionne tout aussi bien depuis des agents en ligne de commande (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) que depuis un IDE. La boucle de déploiement native GitHub fonctionne également sans aucun outil d'IA : un simple git push vers votre branche principale déclenche un redéploiement.

Le runtime détecte le plantage et expose les logs et les informations d'état (health) pertinentes. Lorsque cela est possible, la stratégie concernée peut être redémarrée sans perturber les autres stratégies exécutées dans le même conteneur. Intégrez Cancel All Session Orders dans votre gestionnaire SIGTERM afin que les déploiements ne laissent pas d'ordres obsolètes actifs ; le code de votre stratégie reste responsable de la gestion sécurisée des erreurs, de la protection contre les ordres doublons et des contrôles de risque. Consultez la section observabilité pour en savoir plus sur les logs et l'interface d'état.

TradingHost est disponible dans les régions EU et US-East. La connectivité FIX 4.4 de Gemini nécessitant une interconnexion (cross-connect) depuis un centre de données ou un extranet agréé vers son infrastructure sur la côte Est des États-Unis, la région US-East s'impose naturellement pour les stratégies Gemini sensibles à la latence. Consultez la page des régions pour obtenir des détails sur le routage et la proximité.

Oui. Gemini Trust Company, LLC est une société fiduciaire à but limité de l'État de New York, agréée par le NYDFS en octobre 2015, ce qui en fait un fiduciaire et un dépositaire qualifié en vertu de la loi bancaire de New York (New York Banking Law). La maison mère de Gemini Trust est entrée en bourse sur le Nasdaq sous le symbole GEMI en septembre 2025. Ce statut de fiducie réglementée est indépendant de TradingHost.

Non. Gemini Earn était un produit de rendement (et non la plateforme d'échange au comptant ou l'API) qui a été liquidé dans le cadre de la faillite de Genesis. Les clients ont récupéré 100 % de leurs avoirs en nature lors des distributions de mai à juin 2024 ; la SEC a volontairement rejeté sa plainte contre Gemini Trust avec abandon des poursuites (with prejudice) le 23 janvier 2026. Cela n'affecte en rien l'accès à la plateforme, le comportement de l'API ou les opérations de garde.

Oui, sous réserve d'éligibilité. Gemini Perpetuals est géré par Gemini Artemis Pte. Ltd. dans certaines juridictions hors États-Unis, offrant un effet de levier allant jusqu'à 100x et des contrats libellés en GUSD (par exemple ETHGUSDPERP) ou USDC. L'accès pour les clients particuliers américains est en cours de déploiement via le marché de contrats désigné Gemini Titan, approuvé par la CFTC. Vérifiez la juridiction de votre compte et la plateforme de cotation du symbole avant tout déploiement.

Non. TradingHost se concentre exclusivement sur le runtime de production et le déploiement. Le backtesting relève de votre environnement de recherche, de votre framework ou d'AlgoBuilder.