Runtime natif IA pour stratégies de trading LMAX Digital

Non. Le code de votre stratégie se connecte à LMAX Digital et transmet des instructions selon votre propre logique, vos autorisations de compte et votre méthode d'intégration. TradingHost fournit uniquement le runtime où ce code est exécuté.

Non. L'accès à l'API LMAX Digital est fourni par LMAX. Votre entreprise est responsable de la gestion de son compte LMAX, des autorisations d'API, des identifiants et du respect des conditions d'utilisation de LMAX.

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 ni de bots préconfigurés. Avec TradingHost, votre entreprise écrit ou génère elle-même sa stratégie (souvent à l'aide de Cursor ou Claude Code), la conserve sur GitHub en tant que code propriétaire, et utilise 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 journaux, la rotation des secrets, le basculement de région et la surveillance de la disponibilité. TradingHost vous offre un runtime géré, 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 suivi des journaux et de santé intégrées d'office. Si vous préférez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous souhaitez un runtime sous forme de service géré, TradingHost est la voie la plus directe.

Oui. TradingHost exécute les stratégies en Python ; vous pouvez les associer à un adaptateur compatible QuickFIX pour FIX 4.4 ou utiliser les API REST/WebSocket. Le Java et le C++ sont également très répandus sur les desks institutionnels en raison de la maturité des écosystèmes de moteurs FIX et de leur profil de latence.

Oui. TradingHost prend en charge n'importe quel langage capable de s'exécuter dans un conteneur. Le Java et le C++ sont particulièrement courants sur les desks institutionnels connectés à LMAX en raison de la maturité des écosystèmes de moteurs FIX.

CCXT ne liste pas LMAX Digital parmi les plateformes d'échange prises en charge, tout comme Freqtrade ou Hummingbot. LMAX Digital est une plateforme institutionnelle orientée prioritairement vers le protocole FIX ; les intégrations ciblent FIX 4.4 (avec ITCH pour les données de marché), FIX 4.2 (sessions héritées) ou directement les API natives REST et WebSocket. Reportez-vous à la section « Build with AI » ci-dessus pour connaître les méthodes d'intégration prises en charge.

Oui. LMAX Digital a lancé des contrats perpetual futures sur le BTC et l'ETH au T3 2025 (cash-settled). Les comptes approuvés peuvent négocier avec un effet de levier allant jusqu'à 100x ; les paramètres de marge et de liquidation sont spécifiques à chaque niveau de compte et appliqués par la plateforme. Le code de votre stratégie s'authentifie sur la même interface FIX 4.4 ou REST que celle utilisée pour le marché spot, et TradingHost exécute le conteneur, que votre stratégie cible le spot, les perpétuels ou les deux.

L'onboarding de LMAX suit un rythme institutionnel ; dès que votre entreprise dispose d'un compte LMAX configuré avec des identifiants FIX ou REST, pointez un runtime TradingHost vers le dépôt de votre stratégie. Une configuration de départ classique associe un adaptateur 4.4 compatible QuickFIX et un consommateur de données de marché ITCH à la logique de votre stratégie. Lier un dépôt GitHub et créer une stratégie est gratuit ; les forfaits de runtime sont détaillés sur la page des tarifs.

Dans le flux de gestion des secrets contrôlé par votre entreprise sur GitHub. TradingHost les lit au moment de l'exécution via les secrets de dépôt GitHub, les secrets d'environnement ou le processus de gestion des secrets approuvé par votre entreprise. TradingHost n'a pas besoin de conserver vos identifiants de session FIX ou vos clés API REST. 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 avoir besoin de permissions de retrait. Utilisez des identifiants restreints au trading uniquement et conservez les fonctionnalités de retrait sur un ensemble d'identifiants distinct géré manuellement, totalement en dehors du runtime. L'onboarding institutionnel fournit généralement par défaut des identifiants opérationnels et de trading distincts.

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 d'exécution. 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 CLI (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) que depuis un IDE. Le flux 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 d'état 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 dupliqués et des contrôles de risques. Les sessions FIX en particulier nécessitent un enchaînement propre de déconnexion/reconnexion (logout/relogon) pour éviter les tempêtes de renvoi de messages après un redémarrage. Consultez la section observabilité pour en savoir plus sur les logs et l'état de santé.

Pas sans co-location. LMAX Digital affiche des latences d'acquittement (ack) sub-10ms pour les participants en co-location ; ce chiffre dépend de la proximité physique avec le moteur d'appariement de LMAX à London. La région EU de TradingHost constitue une excellente base pour les stratégies LMAX à faible latence, mais un objectif sub-10ms nécessite un accord de co-location distinct directement avec LMAX. Évaluez le budget de latence de votre stratégie en fonction du trajet réel entre le cloud et LMAX, et non sur la base du chiffre théorique en co-location. Consultez la section Notes opérationnelles ci-dessus pour obtenir toutes les recommandations.

TradingHost est disponible dans les régions EU et US-East. Pour LMAX Digital, la région EU est le choix naturel car le moteur d'appariement de LMAX se trouve à London. Consultez la page des régions pour obtenir les détails sur le routage et la proximité.

Non. TradingHost se concentre exclusivement sur le runtime de production et le déploiement. Le backtesting relève de la suite de recherche de votre entreprise, de votre framework ou d'AlgoBuilder.