Environnement d'exécution natif IA pour stratégies ItBit

Non. Le code de votre stratégie se connecte à ItBit et envoie des instructions selon votre propre logique, vos autorisations de compte et votre méthode d'intégration. TradingHost fournit l'environnement d'exécution (runtime) dans lequel ce code s'exécute.

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

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 exécute 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 depuis GitHub, contrôle via MCP depuis vos IDE IA, ainsi que des interfaces de logs et de suivi d'état 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 en Python ; associez-les à un adaptateur compatible QuickFIX ou à l'API Paxos REST v2. Java est également un excellent choix en raison de la maturité de ses moteurs FIX.

Oui. TradingHost prend en charge n'importe quel langage capable de s'exécuter dans un conteneur. Java et C++ disposent d'écosystèmes de moteurs FIX particulièrement matures si vous choisissez d'utiliser FIX 4.2.

CCXT ne propose pas actuellement de connecteur natif pour ItBit / Paxos v2. Les anciennes intégrations CCXT reposaient sur l'ancienne API REST ItBit abandonnée par Paxos en août 2022 ; ces méthodes ne fonctionnent plus. Les nouvelles intégrations doivent cibler directement FIX 4.2 ou l'API Paxos REST v2. Reportez-vous à la section « Intégration avec l'IA » ci-dessus pour connaître les méthodes d'intégration prises en charge.

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. La plupart des moteurs FIX connectent une session par processus ; répartissez vos stratégies sur plusieurs processus si chacune nécessite son propre SenderCompID. Consultez la page de présentation du runtime TradingHost pour en savoir plus sur le modèle multi-stratégie.

L'onboarding sur ItBit suit un rythme propre aux institutionnels ; une fois que vous disposez d'un compte Paxos avec un accès API configuré, pointez un runtime TradingHost vers le dépôt de votre stratégie. Un point de départ classique consiste à associer un adaptateur 4.2 compatible QuickFIX à la logique de votre stratégie. 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 workflow de secrets géré via 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 vos identifiants de session FIX ou vos clés API Paxos REST v2. Consultez la section sur la gestion des secrets de la plateforme pour en savoir plus.

Non. Les stratégies ne devraient jamais nécessiter d'autorisations de retrait. Utilisez des identifiants restreints uniquement dédiés au trading, et conservez les droits de retrait sur un jeu d'identifiants distinct, géré manuellement et jamais utilisé par un runtime.

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 workflows d'exécution. 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 plus de détails.

Les deux. L'interface de contrôle MCP fonctionne aussi bien avec des agents en ligne de commande (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) qu'au sein d'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 logs ainsi que les informations de santé pertinentes. Lorsque cela est possible, 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. Les sessions FIX, en particulier, nécessitent une séquence propre de déconnexion/reconnexion (logout/relogon) pour éviter les vagues de renvoi de messages (resend storms) après un redémarrage. Consultez la section observabilité pour accéder aux logs et à l'interface de santé.

Paxos a déprécié l'ancienne API REST ItBit en août 2022 avec une période de transition de 90 jours. Les intégrations toujours connectées aux anciens endpoints ne fonctionnent plus. Migrez vers Paxos REST v2 ou FIX 4.2 ; les wrappers communautaires ou basés sur CCXT antérieurs à cette migration devront probablement être remplacés plutôt que mis à jour. Consultez la section Notes opérationnelles ci-dessus pour obtenir toutes les instructions.

TradingHost est disponible dans les régions EU et US-East. Pour ItBit, la région US-East s'impose naturellement car Paxos opère une plateforme d'exécution basée aux États-Unis. 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.