Runtime natif IA pour stratégies de trading Coincheck

Non. Le code de votre stratégie se connecte à Coincheck et envoie des instructions selon votre propre logique, les autorisations de votre compte et votre méthode d'intégration. TradingHost fournit le runtime dans lequel ce code s'exécute.

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

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 bots prêts à l'emploi. 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 charge 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 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 vos IDE IA, ainsi que des interfaces de logs et de santé prêtes à l'emploi. Si vous préférez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous souhaitez 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 expose Coincheck via la classe unifiée `coincheck` pour le marché spot libellé en JPY. Les produits dérivés JP ne sont pas intégrés comme une primitive de premier ordre dans CCXT ; pour les dérivés, ciblez directement l'API native de Coincheck. Consultez le runtime du framework CCXT pour connaître toute la procédure de configuration.

TradingHost est indépendant des plateformes au niveau du runtime : tout code capable de s'authentifier auprès de Coincheck peut s'exécuter dans un conteneur, y compris les stratégies ciblant les produits dérivés JP. La contrainte à prendre en compte lors de la conception est que les produits dérivés portent une désignation market_type distincte du spot. Définissez market_type comme un filtre explicite lors de la soumission des ordres et du traitement des exécutions afin d'éviter qu'une logique spot ne s'applique accidentellement à un produit dérivé.

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. Consultez la page du runtime TradingHost pour en savoir plus sur le modèle multi-stratégie.

La voie la plus rapide consiste à forker un runtime de framework TradingHost : CCXT pour un projet spot prêt à être déployé. Vous pouvez également connecter votre propre dépôt de stratégie GitHub si vous ciblez l'API native de Coincheck. Associer 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 votre clé API ni votre secret. Consultez la section sur les secrets de la plateforme pour connaître l'intégralité du modèle de gestion.

Non. Les stratégies ne devraient jamais avoir besoin d'autorisations de retrait. Utilisez des autorisations restreintes (lecture, trading) et l'autorisation d'IP (whitelisting) lorsque cela est possible.

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 workflows du runtime. MCP est une interface de contrôle et d'observabilité, et non le chemin d'exécution des transactions. Consultez la section sur 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 (CLI de Claude Code, clients MCP personnalisés, appels MCP scriptés) que depuis un IDE. Le cycle de déploiement natif via 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 ainsi que les informations de santé correspondantes. Lorsque cela est pris en charge, la stratégie concernée peut être redémarrée sans perturber les autres stratégies s'exécutant 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 risques. Consultez la section observabilité pour en savoir plus sur l'interface de logs et de santé.

Coincheck exige que ACCESS-NONCE soit un entier strictement croissant avec une précision à la milliseconde par clé API. Un nonce inférieur ou égal à la valeur précédemment acceptée renvoie une réponse d'erreur de nonce. La cause la plus fréquente est l'utilisation d'une même clé par deux stratégies qui émettent des nonces se chevauchant, ou une horloge de conteneur qui recule (correction NTP dans le mauvais sens). Utilisez une clé dédiée par stratégie et fiez-vous à l'horloge synchronisée via NTP du runtime. Consultez la section Notes opérationnelles ci-dessus pour obtenir les instructions complètes.

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