Runtime natif IA pour stratégies Interactive Brokers

Non. TradingHost est un environnement d'exécution (runtime) pour le code de vos stratégies de trading. Interactive Brokers LLC est le courtier-négociant (broker-dealer), enregistré auprès de la SEC et de la FINRA (CRD 36418), de la CFTC et de l'NFA (NFA ID 0258600), et membre de la SIPC avec une couverture d'assurance excédentaire via Lloyds. Votre compte, la garde des actifs, l'accès au marché, le règlement-livraison, la marge et les déclarations fiscales relèvent tous d'Interactive Brokers.

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

TWS API (via ibapi ou ib_async) offre la couverture fonctionnelle la plus large mais nécessite un processus TWS ou IB Gateway en cours d'exécution locale. Client Portal API utilise REST et OAuth 2.0 et ne nécessite pas de passerelle locale, ce qui la rend plus simple pour les déploiements exclusivement cloud. Si votre stratégie requiert des types d'ordres avancés, les grecques d'options en temps réel ou des fonctionnalités que seul le protocole socket de TWS expose, utilisez TWS API et exécutez IB Gateway en tant que sidecar. Si une API REST convient, privilégiez Client Portal API pour un déploiement plus simple.

Oui, si vous choisissez TWS API. IB Gateway est une application Java légère qui s'authentifie auprès d'IBKR et expose un socket local auquel la stratégie se connecte. Sur TradingHost, vous exécutez IB Gateway en tant que processus sidecar dans le même pod Kubernetes que la stratégie, ou vous utilisez plutôt Client Portal API, ce qui élimine la dépendance à la passerelle.

Oui, sous réserve de l'approbation des options par IBKR. L'approbation pour les options est accordée par compte et est distincte de celle pour les actions ; le niveau d'approbation détermine les stratégies acceptées par le courtier. TradingHost ne contourne pas l'approbation des options.

Oui, sous réserve de l'approbation du compte pour les contrats à terme par IBKR. Le trading de contrats à terme nécessite une étape d'approbation distincte de l'ouverture de compte standard en raison des exigences de la CFTC et de l'NFA.

ibapi est le wrapper Python officiel d'Interactive Brokers et reflète directement le protocole socket. ib_insync était un wrapper communautaire compatible avec asyncio ; son auteur d'origine l'a marqué comme n'étant plus activement maintenu. ib_async est le fork communautaire de ib_insync qui continue de publier des mises à jour. Pour les nouvelles stratégies, utilisez ibapi ou ib_async ; pour le code ib_insync existant, planifiez une migration vers ib_async car l'API est largement compatible.

Connectez votre dépôt GitHub contenant le code de votre stratégie, associez-le à TradingHost et lancez le déploiement. Utilisez un déploiement configuré avec un compte de démonstration (paper account) comme environnement de test, puis passez aux clés réelles une fois la stratégie stable. L'association de GitHub et la création d'une stratégie sont gratuites ; les abonnements d'exécution sont détaillés sur la page des tarifs.

Dans votre flux de gestion des secrets contrôlé par GitHub. TradingHost les lit lors de l'exécution via les secrets de dépôt GitHub, les secrets d'environnement ou votre propre processus de gestion des secrets. TradingHost n'a pas besoin de conserver votre nom d'utilisateur IBKR, votre mot de passe ou vos jetons OAuth Client Portal API. Consultez la page sur les secrets de la plateforme pour en savoir plus sur le modèle de gestion.

Non. Les stratégies ne devraient jamais nécessiter d'autorisations de retrait ou de transfert de fonds. Vos identifiants ont uniquement besoin des droits requis pour la transmission d'ordres et l'accès aux données de marché.

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 journaux, redémarrer les stratégies et gérer les flux d'exécution. MCP est une interface de contrôle et d'observabilité, pas le chemin d'exécution des transactions. Consultez la page sur l'interface de contrôle MCP pour en savoir plus.

Non. La règle PDT (FINRA Rule 4210) est appliquée par Interactive Brokers, et non par TradingHost. Les comptes sur marge inférieurs à 25 000 $ sont soumis aux restrictions de day trading de la règle PDT. Votre stratégie doit respecter l'indicateur PDT appliqué par le courtier sur votre compte.

Non. Vos formulaires 1099 sont fournis par Interactive Brokers en fin d'année, et non par TradingHost. TradingHost fournit l'environnement d'exécution ; IBKR gère les déclarations fiscales liées à votre compte de courtage.

Non. La SIPC couvre votre compte de courtage IBKR jusqu'à 500 000 $ (dont 250 000 $ en espèces) dans le cadre de la protection des membres de la SIPC, avec une assurance complémentaire proposée par IBKR via Lloyds. L'environnement d'exécution de TradingHost n'est pas couvert par la SIPC car TradingHost n'est pas un courtier.

TradingHost est disponible dans les régions EU and US-East. US-East est au plus près des moteurs d'appariement des actions américaines et des contrats à terme CME, ce qui en fait le choix naturel pour la plupart des stratégies IBKR sur les marchés américains. La région EU est quant à elle idéale pour les stratégies de la session européenne et les contrats à terme Eurex. 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 en production et le déploiement. Le backtesting relève de votre environnement de recherche, de votre framework ou d'AlgoBuilder.