Temps de lecture : … min

Runtime natif IA pour stratégies de trading CoinEx

Développez dans Cursor, Claude Code ou n'importe quel IDE IA. Déployez depuis GitHub sur un runtime cloud managé avec contrôle MCP natif, logs et choix de région.

Par l’équipe d’ingénierie de TradingHost

Section 01 · En un coup d’œil

En un coup d’œil

Plateforme
CoinEx
Type de plateforme
Plateforme d'échange crypto (mondiale, pas de nouveaux comptes US suite à l'accord avec le NYAG)
Classe d’actifs
Crypto
Produits pris en charge
Spot, futures perpétuels et trimestriels, marge croisée et isolée. Frais spot par défaut de 0,2 % maker/taker avec programme de remises Market Maker (-0,01 % maker, 0,05 % taker) dès 1 M$ de volume mensuel spot / 5 M$ futures.
Modèle d’exécution
Runtime de stratégie conteneurisé
Source de déploiement
GitHub
Langages
Tout langage s'exécutant dans un conteneur
Intégrations courantes
API CoinEx V2 native REST et WebSocket, CCXT, connecteurs personnalisés
Intégration du workflow d’IA
Interface de contrôle MCP pour Cursor, Claude Code, GitHub Copilot et agents CLI
Rôle de TradingHost
Runtime, déploiement, logs, health checks, choix de région, contrôle MCP
Rôle de CoinEx
Compte d'échange, accès API, accès au marché, plateforme d'exécution
Affiliation
TradingHost est indépendant et n'est pas affilié à CoinEx

Section 02 · Ce que propose CoinEx

Ce que propose CoinEx

CoinEx propose le trading spot, les futures perpétuels et trimestriels, ainsi que la marge croisée et isolée via l'API V2 REST et WebSocket V2. Les frais spot par défaut sont de 0,2 % maker/taker, avec un programme de remises Market Maker atteignant -0,01 % maker et 0,05 % taker dès 1 M$ de volume mensuel spot ou 5 M$ de volume futures. Suite à l'accord avec le NYAG, CoinEx n'ouvre plus de nouveaux comptes pour les résidents US, et les comptes US existants sont limités aux retraits. La documentation MiCA est requise pour les offres de marge et de futures dans l'UE. Les spécificités des endpoints évoluent avec le temps. La structure globale reste stable ; les limites de requêtes précises, les listes de symboles et les paliers de frais sont détaillés dans la documentation de CoinEx.

Marchés et types de stratégies

  • Market making spot pour viser les remises Market Maker dès 1 M$ de volume mensuel
  • Stratégies de futures perpétuels libellés en USDT
  • Trading de base sur futures trimestriels
  • Stratégies de marge croisée et isolée sur le marché spot
  • Stratégies de carry sur taux de financement (funding rate) sur perpétuels USDT
  • Flux de données de marché et de compte en temps réel via WebSocket V2
  • Restriction des permissions des clés API par classe d'endpoint (données de marché non signées, compte signé)
  • Déploiements multi-stratégies sous un seul compte CoinEx

Interface API

Produits couverts
Trading spot sur USDT, BTC et autres paires, futures perpétuels, futures trimestriels, marge croisée et isolée. Frais par défaut de 0,2 % maker/taker sur le spot. Le programme de remises Market Maker atteint -0,01 % maker et 0,05 % taker dès 1 M$ de volume spot ou 5 M$ de volume futures mensuel ; les paliers sont recalculés à 01:00 UTC le premier jour de chaque mois.
Méthodes de connexion
API V2 REST pour le placement d'ordres et les requêtes de compte. WebSocket V2 pour les données de marché en temps réel, la profondeur de carnet et les événements de compte. Les endpoints de données de marché ne sont pas signés ; les endpoints de compte et de transaction nécessitent une signature.
Authentification
Clé API et secret par stratégie. Les permissions des clés API sont limitées par classe d'endpoint : les endpoints de marché ne sont pas signés, les endpoints de compte et de transaction nécessitent une signature HMAC. Les stratégies ne devraient jamais avoir besoin de la permission de retrait.

Pour plus de détails, reportez-vous à CoinEx

Les endpoints spécifiques, les limites de requêtes, les listes de symboles, les paliers de frais et l'historique des versions se trouvent dans la documentation de CoinEx. Considérez-les comme la source de vérité.

Section 03 · Développer avec l’IA

Développez votre stratégie CoinEx avec l’IA

Choisissez une méthode d’intégration, dupliquez (fork) un starter de framework TradingHost et concevez votre stratégie dans un AI IDE. Cursor, Claude Code, GitHub Copilot et les agents IA en ligne de commande fonctionnent tous avec le même cycle de déploiement natif sur GitHub.

  • API CoinEx native

    Contrôle direct sur le comportement spécifique à CoinEx, le programme de paliers Market Maker, les données de compte et l'exécution des ordres futures.

  • CCXT

    Interface commune entre CoinEx et d'autres plateformes d'échange crypto. CCXT expose CoinEx via la classe unifiée `coinex` couvrant le spot et les futures.

  • Hummingbot

    Déploiements basés sur un framework utilisant le connecteur `coinex`. Spot uniquement sur Hummingbot.

  • Connecteur personnalisé

    Votre propre moteur de trading interne ou intégration propriétaire CoinEx s'appuyant sur l'API V2 REST et WebSocket.

Compatibilité des frameworks avec les produits CoinEx

La couverture varie selon le framework. CCXT couvre le spot et les futures via la classe unifiée `coinex`. Le connecteur `coinex` de Hummingbot ne couvre que le spot. Freqtrade ne liste pas CoinEx parmi ses plateformes officiellement prises en charge. L'accès natif à l'API CoinEx permet d'accéder à tout ce que CoinEx propose, y compris la marge.

FrameworkSpotFuturesMargeOptions
Native CoinEx APIPris en chargePris en chargePris en chargeSupport non documenté
CCXTPris en chargePris en chargePartiellement pris en chargeSupport non documenté
FreqtradeSupport non documentéSupport non documentéSupport non documentéSupport non documenté
HummingbotPris en chargeSupport non documentéSupport non documentéSupport non documenté

✓ support confirmé selon la documentation officielle du framework. « no » indique qu'il n'est pas officiellement documenté comme supporté. « partial » indique une couverture limitée, voir les détails ci-dessus.

TradingHost n’impose aucun framework. Il exécute votre projet.

Développer avec l’IA

Les starters de framework ci-dessus s’associent naturellement avec les AI IDE. L’interface de contrôle MCP de TradingHost ferme la boucle : les outils d’IA peuvent inspecter les déploiements, consulter les journaux et gérer l’environnement d’exécution à vos côtés, sans jamais interférer avec le flux d’exécution des ordres.

Section 04 · Exécuter sur TradingHost

Exécutez votre code sur TradingHost

CoinEx fournit la plateforme d’échange et l’accès API. TradingHost fournit l’environnement de production où s’exécute votre stratégie connectée à CoinEx.

Au lieu d’exécuter le code de votre stratégie sur un ordinateur portable, un ordinateur de bureau, un VPS générique ou un serveur configuré manuellement, vous le déployez depuis GitHub dans un environnement d’exécution de conteneurs géré par TradingHost.

Vous

  • Votre dépôt contient votre code.
  • Votre déploiement définit son mode d’exécution.
  • Votre stratégie se connecte à CoinEx.

TradingHost

  • Maintient l’environnement d’exécution en ligne.
  • Affiche les logs et les contrôles d’état.
  • Sélection de la région.
  • Surface de déploiement contrôlée.

Flux de déploiement

  1. ÉTAPE 01

    Connecter GitHub

    Autorisez TradingHost à accéder à votre compte GitHub.

  2. ÉTAPE 02

    Associez un dépôt ou démarrez depuis un framework

    Dirigez TradingHost vers votre dépôt de stratégie existant, ou forkez un runtime TradingHost (CCXT ou Hummingbot) pour obtenir une base de travail fonctionnelle avec l'API V2 CoinEx.

  3. ÉTAPE 03

    Déployer dans un conteneur TradingHost

    Choisissez une région (EU ou US-East), renseignez les variables d'environnement requises par votre stratégie (clé API CoinEx, clé secrète, permissions restreintes) et déployez. TradingHost construit votre conteneur à partir du dépôt et exécute votre stratégie sur une infrastructure Kubernetes managée. Aucune installation locale de Docker n'est requise.

  4. ÉTAPE 04

    Suivre les logs et l’état de santé

    Suivez en direct les logs, l’état de santé et l’état d’exécution depuis le tableau de bord TradingHost. Cette même interface est accessible via MCP depuis n’importe quel AI IDE, permettant à Cursor, Claude Code ou un agent en ligne de commande de lire l’état du déploiement et de gérer le runtime à vos côtés.

  5. ÉTAPE 05

    Mettre à jour et redéployer

    Poussez vos modifications sur votre branche principale GitHub et TradingHost relance automatiquement le déploiement.

Section 05 · Notes opérationnelles

Notes opérationnelles pour CoinEx

Les pièges qui vous guettent lorsque vous exécutez réellement une stratégie CoinEx dans un runtime cloud conteneurisé, absents de la documentation de CoinEx ou des fichiers README des frameworks. Chaque affirmation ci-dessous est citée ou paraphrasée à partir de la documentation officielle de CoinEx ; les conseils de déploiement proviennent de l'exécution de ces stratégies sur TradingHost.

  1. 01 · Comptes US

    Pas de création de nouveaux comptes US suite à l'accord avec le NYAG

    Suite à l'accord de février 2023 avec le New York Attorney General, il est interdit à CoinEx de créer de nouveaux comptes pour les clients américains, et les clients américains existants peuvent uniquement retirer leurs cryptos de la plateforme. CoinEx applique également un géo-blocage par adresse IP et GPS. Les stratégies s'authentifiant depuis un compte KYC résident américain échoueront lors du placement d'ordres, quelles que soient les permissions de la clé API. Considérez la juridiction du compte comme une barrière stricte à l'exécution, et non comme un simple problème d'autorisation.

  2. 02 · Paliers Market Maker

    Remise Market Maker dès 1 M$ spot ou 5 M$ futures de volume mensuel ; recalcul des paliers le 1er à 01:00 UTC

    Le programme de remises Market Maker de CoinEx atteint -0,01 % pour les makers et 0,05 % pour les takers dès qu'un compte unique atteint un volume mensuel de 1 million de dollars sur le marché spot ou de 5 millions de dollars sur les futures. Les paliers sont recalculés à 01:00 UTC le premier jour de chaque mois. Une stratégie qui franchit le seuil en milieu de mois ne bénéficie de la remise qu'au cycle de palier suivant, et une stratégie qui repasse sous le seuil en cours de mois conserve sa remise jusqu'à la réinitialisation suivante. Planifiez le déploiement de votre capital en fonction de ce calendrier de réinitialisation, et non sur la base du volume mensuel en cours.

  3. 03 · Signature des points de terminaison

    Les points de terminaison de marché ne sont pas signés ; les points de terminaison de compte et de transaction requièrent une signature HMAC

    L'API V2 de CoinEx sépare les points de terminaison en deux catégories : signés et non signés. Les points de terminaison de données de marché (tickers, carnet d'ordres, klines) ne sont pas signés. L'état du compte, le solde, le placement d'ordres et les transactions nécessitent une signature HMAC. Un code de stratégie qui signe chaque requête gaspille des ressources CPU ; un code qui oublie de signer les points de terminaison de compte échouera à l'authentification. Cette distinction est documentée dans la référence de l'API V2 ; intégrez la catégorie du point de terminaison dans votre wrapper client plutôt que d'appliquer une signature globale.

  4. 04 · Frais par défaut

    Les frais spot par défaut sont de 0,2 % maker/taker ; adaptez votre stratégie en conséquence

    Les frais spot par défaut de CoinEx sont de 0,2 % maker et 0,2 % taker avant l'application de toute remise de palier MM. C'est nettement plus élevé que sur les principales plateformes mondiales (Binance applique par défaut 0,1 % maker/taker avant réduction BNB). Les stratégies importées d'une plateforme à frais réduits peuvent s'avérer non rentables avec le palier par défaut de CoinEx tant que le volume n'atteint pas le seuil MM. Modélisez votre avantage avec les frais réels du palier, et non avec un objectif de remise hypothétique.

  5. 05 · Conformité UE

    Documentation MiCA requise pour les offres de marge et de futures dans l'UE

    Sous la réglementation européenne Markets in Crypto-Assets (MiCA), CoinEx exige des documents supplémentaires pour que les résidents de l'UE accèdent aux offres de marge et de futures. Une stratégie exécutée sur un compte CoinEx dont la résidence KYC est située dans l'UE peut recevoir des erreurs d'autorisation sur les points de terminaison futures et marge tant que la documentation MiCA n'est pas enregistrée. Cela dépend du compte et non de l'API ; le runtime ne peut pas contourner cette restriction. Vérifiez le statut MiCA de votre compte dans le tableau de bord CoinEx avant de déployer des stratégies de marge ou de futures.

  6. 06 · Portée des clés

    Portée des autorisations par catégorie de point de terminaison ; n'autorisez jamais les retraits

    Les autorisations des clés API CoinEx sont définies par catégorie de point de terminaison. Les stratégies ne devraient jamais nécessiter l'autorisation de retrait. Exclure cette autorisation limite l'impact en cas de fuite de la clé. La bonne pratique consiste à utiliser des clés par stratégie avec uniquement les droits de lecture et de trading ; les retraits doivent être gérés via une clé distincte, administrée manuellement sur un hôte à IP fixe qu'aucune stratégie ne charge.

Section 06 · Conçu pour

Conçu pour

Les runtimes TradingHost pour CoinEx sont particulièrement adaptés aux :

  • Développeurs créant des stratégies dans des IDE IA (Cursor, Claude Code)
  • Traders crypto systématiques
  • Développeurs quantitatifs
  • Utilisateurs de CCXT et Hummingbot
  • Équipes passant d'un hébergement VPS à un déploiement conteneurisé

La connexion à GitHub et la création de votre première stratégie sont gratuites.

Section 08 · FAQ

FAQ

Non. TradingHost est indépendant et n'est pas affilié à CoinEx.

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

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 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 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 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 préférez un runtime sous forme de service managé, TradingHost est la voie la plus directe.

Oui. TradingHost exécute les stratégies Python ; choisissez le runtime de framework 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 intègre une classe unifiée `coinex` qui couvre le trading spot et futures. Intégrez 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 du framework CCXT pour connaître toute la procédure de configuration.

Oui. Les futures perpétuels et trimestriels, ainsi que la marge croisée et isolée, sont accessibles via l'API V2 de CoinEx dès lors que votre compte y est éligible. TradingHost est indépendant de la plateforme d'exécution au niveau du runtime : tout code capable de s'authentifier auprès des points de terminaison de futures ou de marge peut s'exécuter dans un conteneur. Les résidents de l'UE peuvent avoir besoin de fournir la documentation MiCA à CoinEx avant que les points de terminaison de futures et de marge ne répondent ; il s'agit d'une vérification liée au compte, et non au runtime.

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 ou Hummingbot pour un projet prêt à être déployé. Vous pouvez également connecter votre propre dépôt de stratégie GitHub. 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 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 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 nécessiter d'autorisations de retrait. Limitez la portée de votre clé API aux seules opérations de trading et de lecture de l'état du compte, et excluez totalement les retraits de la 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, 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 une vue d'ensemble.

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 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 risques. Consultez la section observabilité pour en savoir plus sur l'interface de logs et de santé.

Non. À la suite de l'accord avec le New York Attorney General, CoinEx n'ouvre plus de nouveaux comptes pour les résidents américains, et les comptes américains existants sont limités aux retraits uniquement (pas de trading). Les stratégies s'authentifiant via un compte KYC de résident américain échoueront lors de la soumission d'ordres, quelles que soient les autorisations de la clé API. Si la résidence associée à votre compte est en dehors des États-Unis, le comportement reste inchangé. Considérez la juridiction du compte comme une restriction stricte au niveau du runtime ; la clé API ne peut pas contourner la résidence validée par le KYC. Pour plus de détails, consultez la section Notes opérationnelles ci-dessus.

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 doit être effectué au sein de votre environnement de recherche, de votre framework ou d'AlgoBuilder.