Runtime natif IA pour les stratégies de trading Crypto.com Exchange

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

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

Non. TradingHost est l'environnement d'exécution cloud (runtime) où tourne le code de votre stratégie. Nous ne fournissons pas de signaux, de modèles de prédiction IA ou de stratégies clés en main. 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, et vous utilisez TradingHost pour l'exécuter en production. Alors que des produits comme 3Commas ou Cryptohopper gèrent la logique de trading, TradingHost se contente d'exécuter votre propre stratégie.

AWS et DigitalOcean 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, la rotation des secrets, le basculement régional et la surveillance de la disponibilité. TradingHost propose un environnement d'exécution managé, 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 la gestion intégrée des logs et de l'état de santé. Si vous préférez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous préférez un service managé, TradingHost est la solution la plus directe.

Oui. TradingHost prend en charge les stratégies Python. Choisissez l'environnement d'exécution (runtime) correspondant à 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 expose Crypto.com sous l'identifiant d'échange `cryptocom` et le classe comme certifié de niveau professionnel (pro-tier) avec des fonctionnalités spot, margin et swap. Considérez CCXT comme une couche de simplification ; la gestion des limites de requêtes et les points de terminaison Advanced Order Management (post-janvier 2026) suivent le contrat natif de l'Exchange v1. Consultez la page de l'environnement d'exécution CCXT pour les détails 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 environnement d'exécution, ou les séparer dans différents environnements pour plus d'isolation et de clarté opérationnelle. La structure de comptes principaux et secondaires (master / sub-account) de Crypto.com Exchange s'y prête parfaitement : chaque stratégie peut cibler son propre sous-compte sous une clé maîtresse unique. Consultez la page de l'environnement d'exécution TradingHost pour en savoir plus sur le modèle multi-stratégie.

La méthode la plus rapide consiste à dupliquer (fork) un modèle d'environnement d'exécution TradingHost, comme CCXT, pour obtenir un projet prêt à être déployé, ou à connecter votre propre dépôt GitHub de stratégie. 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 lors de l'exécution via les secrets de dépôt GitHub, les secrets d'environnement ou votre propre processus de gestion des secrets validé. TradingHost n'a pas besoin de conserver vos clés API et secrets. Consultez la page sur les secrets de la plateforme pour connaître le modèle complet de gestion.

Non. Les stratégies ne devraient jamais nécessiter d'autorisations de retrait. Crypto.com impose l'inscription sur liste blanche des adresses IP pour les clés disposant d'autorisations de trading ou de retrait. Excluez les retraits des autorisations de vos clés de stratégie et gérez-les séparément.

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. Les outils d'IA peuvent inspecter les déploiements, consulter les logs, redémarrer les stratégies et gérer les flux d'exécution. Le protocole MCP sert d'interface de contrôle et d'observabilité, et non de chemin d'exécution des transactions. Consultez la page sur l'interface de contrôle MCP pour en savoir plus.

Les deux. L'interface de contrôle MCP fonctionne aussi bien depuis des agents en ligne de commande (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) que depuis 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 journaux (logs) et les informations d'état de santé pertinents. Lorsque cela est pris en charge, 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 de santé.

Le code 40101 signifie que la signature HMAC-SHA256, la clé ou l'ordre des paramètres signés est incorrect ; vérifiez à nouveau la chaîne signée `method + id + api_key + parameter_string + nonce` et le tri ascendant des clés de paramètres. Le code 40102 signifie que votre nonce a un décalage de plus de 60 secondes avec l'horloge du serveur de Crypto.com ; synchronisez votre NTP. Le code 40103 signifie que l'IP de votre requête ne figure pas dans la liste blanche de la clé API ; les clés de trading et de retrait nécessitent une liste blanche d'IP. Consultez la section Notes opérationnelles ci-dessus pour obtenir le guide complet.

Crypto.com Exchange est la plateforme de trading dotée de l'API publique et documentée v1 utilisée pour le trading algorithmique ; c'est avec elle que TradingHost s'intègre. Crypto.com App est le portefeuille grand public et le produit de détail ; il ne publie pas d'API de trading. Les clés API sont générées dans l'interface web de l'Exchange sous User Center > API, et non dans l'application mobile.

La création et l'annulation des ordres Take Profit et Stop Loss ont été déplacées de `private/create-order` vers `private/advanced/create-order` le 2026-01-28 08:00 UTC, après la migration des ordres à déclenchement (trigger orders) le 2025-12-17 08:00 UTC. Les stratégies doivent désormais appeler le point de terminaison avancé pour les ordres conditionnels et s'abonner à `user.advanced.order` pour les mises à jour d'état. Les ordres simples limit et market continuent d'utiliser `private/create-order`.

Sur la plateforme internationale, la clé API unifiée Exchange v1 peut cibler le spot, la marge et les perpétuels avec un seul identifiant, mais l'autorisation sous-jacente pour les produits dérivés est liée au compte, pas à la clé. Les dérivés doivent être activés sur le compte et celui-ci doit être domicilié dans une juridiction non exclue. Aux États-Unis, les dérivés sont gérés par une filiale sous licence distincte (CDNA) avec son propre processus d'inscription.

Freqtrade peut accéder à Crypto.com via CCXT mais n'est pas officiellement pris en charge par l'équipe de Freqtrade. Le connecteur `crypto_com` de Hummingbot est marqué comme obsolète depuis la mise à niveau de l'API GEN 3 et ne figure pas dans la liste actuelle des plateformes d'échange de Hummingbot ; considérez-le comme non pris en charge et utilisez directement CCXT ou l'API native v1.

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 l'environnement d'exécution (runtime) de production et le déploiement. Le backtesting relève de votre environnement de recherche, de votre framework ou d'AlgoBuilder.