Runtime natif IA pour les stratégies de trading CoinW

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

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éconfigurés. 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 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 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 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 les 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 propose une classe `coinw` unifiée qui couvre le trading spot ; la couverture des futures est partielle. Déposez votre stratégie CCXT dans un conteneur, liez-la à GitHub, et TradingHost l'exécutera comme n'importe quel autre projet Python ou Node. Consultez le runtime de framework CCXT pour connaître toute la procédure de configuration.

Oui. Les futures perpétuels de CoinW sont accessibles via la famille d'endpoints `/v1/perpum/` sur une URL de base distincte (`wss://ws.futurescw.com/perpum` pour WebSocket). Le code de votre stratégie au sein de votre conteneur doit effectuer le routage selon le type de marché, car les endpoints spot se trouvent sur `api.coinw.com` tandis que les endpoints de futures se trouvent sur le sous-domaine perpum. TradingHost est neutre vis-à-vis des plateformes au niveau du runtime ; l'important est que votre code gère correctement la séparation des URL.

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 des raisons d'isolation et de clarté opérationnelle. 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 : CCXT pour 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 de runtime sont détaillés sur la page des tarifs.

Dans votre flux de travail 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 et 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. Limitez la portée de votre clé API uniquement au trading et à la lecture de l'état du compte, et excluez totalement les retraits de cette clé.

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, examiner 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 (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 vers votre branche principale déclenche un redéploiement.

Le runtime détecte le plantage et expose les logs ainsi que les informations de santé pertinentes. 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 découvrir l'interface de logs et de santé.

L'interface utilisateur de la plateforme CoinW affiche les positions de copy trading, les positions de strategy-square et les ordres initiés par l'utilisateur au sein d'une vue unifiée. L'OpenAPI renvoie des erreurs lorsqu'elle est appelée pour des positions de copy trading ou de strategy-square, même si elles apparaissent aux côtés des ordres initiés par l'utilisateur. Une stratégie qui parcourt la liste des ordres sans filtrage côté client rencontre ces erreurs pour chaque position de copie ou de strategy-square, ce qui fausse le taux de réussite et déclenche des tempêtes de retries. Filtrez les ordres initiés par l'utilisateur côté client avant d'appeler les points de terminaison de gestion des ordres. 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. Note : CoinW bloque géographiquement les comptes US, CA, JP et UK au niveau de la vérification de résidence (KYC) ; choisir une région TradingHost non bloquée ne permet pas de contourner les restrictions liées à la résidence de votre compte. 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 infrastructure de recherche, de votre framework ou d'AlgoBuilder.