Runtime natif IA pour stratégies de trading BingX

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

Non. TradingHost est le runtime cloud sur lequel 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 dans 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 transmission des journaux (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 directe.

Oui. TradingHost exécute des 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 expose les interfaces spot et swap de BingX via la classe unifiée `bingx`. Les points d'accès de copy trading n'étant pas des primitives natives de CCXT, les flux de copy trading s'exécutent directement sur l'OpenAPI native de BingX. Consultez le runtime du framework CCXT pour obtenir les détails complets de la configuration.

TradingHost est indépendant des plateformes au niveau du runtime : tout code capable de s'authentifier auprès de BingX peut s'exécuter dans un conteneur, y compris une stratégie hébergée sur un compte parent de copy trading BingX. La contrainte à anticiper lors de la conception est que toute position ouverte par votre stratégie déclenche des ordres de copie sur chaque compte de follower lié, pondérés selon leur configuration. Exécutez les stratégies éligibles à la copie sur un sous-compte distinct de vos stratégies non publiques, et isolez les clés API par stratégie afin de limiter l'impact en cas d'incident.

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 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. 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 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 de gestion des secrets approuvé. 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 à portée restreinte (lecture, trading spot, trading de futures) et la restriction par adresse IP (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 flux de travail du runtime. MCP est une interface de contrôle et d'observabilité, et non le canal 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. De plus, le cycle de déploiement natif via GitHub fonctionne 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 risque. Consultez l'observabilité pour en savoir plus sur l'interface de logs et de santé.

BingX a ajusté plusieurs limites de requêtes (rate-limits) au cours de l'année 2025. La mise à jour du 14 octobre 2025 a augmenté la limite du point d'accès pour les ordres de swap à l'adresse /openApi/swap/v2/trade/order, passant de 5 à 10 requêtes par seconde et par IP ; la limite de l'interface de compte a été portée à 2 000 requêtes par tranche de 10 secondes à partir du 10 septembre 2025. Les intégrations dimensionnées selon des guides plus anciens ont pu être écrites pour une limite plus permissive qui a été restreinte depuis, ou pour une limite plus stricte qui a été augmentée. Lorsqu'une stratégie subit un blocage, BingX impose une fenêtre de restauration automatique de 10 minutes sans point d'accès de récupération manuelle. Adaptez vos paramètres aux chiffres actuels d'octobre 2025 et appliquez un délai d'attente approprié. Consultez la section Notes opérationnelles ci-dessus pour obtenir les recommandations complètes.

TradingHost s'exécute 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 les détails sur le routage et la proximité.

Non. TradingHost se concentre exclusivement sur l'exécution (runtime) et le déploiement en production. Le backtesting doit être effectué au sein de votre infrastructure de recherche, de votre framework ou d'AlgoBuilder.