Runtime natif IA pour stratégies de trading Gate.io

Non. Le code de votre stratégie se connecte à Gate.io et envoie des instructions selon votre propre logique, vos autorisations de 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 Gate.io est fourni par Gate.io. Vous êtes responsable de votre compte Gate.io, de vos autorisations API, de vos identifiants et du respect des conditions d'utilisation de Gate.io.

Non. TradingHost est l'environnement d'exécution cloud (runtime) 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 votre stratégie (souvent avec Cursor ou Claude Code), vous la conservez sur GitHub sous forme de code, 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 se contente d'exécuter 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 centralisation des journaux (logs), la rotation des secrets, le basculement de région et la surveillance de la disponibilité. TradingHost vous propose un environnement d'exécution géré et conçu spécifiquement pour les stratégies de trading : déploiement natif depuis GitHub, contrôle via MCP depuis vos IDE IA, ainsi que des interfaces de logs et de suivi d'état intégrées. Si vous souhaitez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous préférez un environnement d'exécution clé en main sous forme de service managé, TradingHost est la voie la plus rapide.

Oui. TradingHost exécute les stratégies Python ; choisissez l'environnement d'exécution 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.

Utilisez `gate`. C'est la classe active. L'identifiant `gateio` fonctionne toujours et hérite de `gate`, mais le nouveau code devrait utiliser `gate`. Initialisez avec ccxt.gate({"apiKey": ..., "secret": ..., "options": {"defaultType": "swap"}}) pour les contrats perpétuels avec marge en USDT, "spot" pour le spot, "future" pour la livraison, "option" pour les options. Consultez la page de l'environnement d'exécution du framework CCXT pour le guide de configuration complet.

Oui, si votre projet est conçu ainsi. Vous pouvez exécuter plusieurs processus ou services de stratégie au sein d'un seul environnement d'exécution, ou les séparer dans différents environnements pour plus d'isolation et de clarté opérationnelle. Consultez la page des environnements d'exécution de TradingHost pour en savoir plus sur le modèle multi-stratégies.

La méthode la plus rapide consiste à forker un environnement d'exécution de framework TradingHost : CCXT, Freqtrade ou Hummingbot pour obtenir un projet prêt à être déployé. Vous pouvez également connecter votre propre dépôt de stratégie GitHub. Lier un dépôt GitHub et créer une stratégie est gratuit ; les abonnements pour les environnements d'exécution sont détaillés sur la page des tarifs.

Dans votre flux de gestion des 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 vos clés API et secrets. Consultez la section sur les secrets de la plateforme pour connaître le modèle de gestion complet.

Non. Les stratégies ne devraient jamais nécessiter d'autorisations de retrait. Utilisez des autorisations v4 restreintes (Spot Trade, Perpetual Futures, etc.) et associez la clé à l'adresse IP de sortie de votre environnement d'exécution à l'aide de la liste blanche d'adresses IP de Gate.io. Les clés sans liste blanche d'adresses IP expirent après 90 jours.

Oui, c'est la structure recommandée sur Gate. Créez des sous-comptes sous le compte principal, générez une clé API v4 dédiée par sous-compte (avec les autorisations minimales requises par la stratégie) et laissez TradingHost injecter la clé sous forme de secret. Le volume du sous-compte et le niveau VIP restent cumulés sur le compte principal, mais la zone d'impact d'une clé compromise ou d'une stratégie hors de contrôle reste limitée à ce sous-compte. Les actifs ne peuvent être transférés que du compte principal vers un sous-compte, jamais de sous-compte à sous-compte.

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 de l'environnement d'exécution. MCP est une interface de contrôle et d'observabilité, pas le canal d'exécution des transactions. Consultez la section sur l'interface de contrôle MCP pour une présentation complète.

Les deux. L'interface de contrôle MCP fonctionne tout aussi bien avec des agents en ligne de commande (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) qu'au sein d'un IDE. Le cycle de déploiement natif GitHub fonctionne également sans aucun outil d'IA : un simple git push sur votre branche principale déclenche un redéploiement.

Le runtime détecte le plantage et expose les logs et les indicateurs de santé pertinents. 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. 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 accéder aux logs et à l'interface d'état de santé.

L'API Gate v4 signe avec HMAC-SHA512 (et non SHA256) et la chaîne de signature est une concaténation avec des sauts de ligne littéraux \n : Method + "\n" + URL_Path + "\n" + QueryString + "\n" + HexEncode(SHA512(Body)) + "\n" + Timestamp. Le résultat est en hexadécimal (hex), pas en base64. Les trois en-têtes requis sont KEY, Timestamp et SIGN ; il n'y a pas de phrase secrète (passphrase), contrairement à OKX. Le hachage du corps (body) doit être le SHA512 hexadécimal du corps brut de la requête, un corps vide devant être haché avec le SHA512 d'une chaîne vide. Consultez la section Notes opérationnelles ci-dessus pour obtenir les instructions complètes.

Oui, mais uniquement pour les contrats à terme (futures). Le Futures TestNet est accessible à l'adresse https://fx-api-testnet.gateio.ws/api/v4 (REST) et wss://fx-ws-testnet.gateio.ws/v4/ws/{usdt,btc} (WebSocket). Vous devez générer des clés API TestNet distinctes ; les clés de production ne permettent pas de s'authentifier sur le TestNet. Le marché au comptant (spot) ne dispose pas de sandbox public ; testez vos stratégies spot avec le mode dry_run de Freqtrade ou CCXT en mode enregistrement et relecture (record-and-replay) avant de passer au réel.

Non. Gate.io bloque les ressortissants et résidents américains. TradingHost ne peut pas acheminer d'ordres vers Gate.io depuis un compte américain ; la restriction est appliquée directement par la plateforme. Vous ne pouvez pas non plus utiliser Gate depuis la Chine continentale ; Gate s'est retiré de ce marché après l'interdiction prononcée par la Banque populaire de Chine le 24 septembre 2021. Les autres juridictions restreintes incluent le Canada, Singapour et le Royaume-Uni.

TradingHost est disponible dans les régions EU et US-East. Choisissez la région la plus proche du moteur d'appariement dont dépend votre stratégie. Consultez la page des régions pour obtenir des détails sur le routage et la proximité.

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.