Temps de lecture : … min

Runtime natif IA pour les stratégies de trading E*Trade

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

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

Section 01 · En un coup d’œil

En un coup d’œil

Courtier
E*TRADE Securities LLC
Type de courtier
Courtier de plein exercice régulé aux États-Unis (filiale de Morgan Stanley depuis octobre 2020)
Classe d’actifs
Actions US, options US, futures US, obligations, ETF, OPCVM
Actifs couverts
Actions US (cotations NYSE, NASDAQ, ARCA, BATS, IEX), options US cotées (actions et indices compensés par l'OCC, simples et multi-jambes), futures US via Power E*TRADE Pro, obligations (Trésor, entreprises, municipales), ETF, OPCVM. Pas de trading direct de cryptomonnaies.
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
E*TRADE REST API avec OAuth 1.0a, pyetrade (Python communautaire), clients HTTP natifs avec signature HMAC-SHA1, 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, bilans de santé, sélection de région, contrôle MCP
Rôle d'E*TRADE
Compte de courtage, accès API, données de marché, lieu d'exécution, garde, règlement-livraison, déclaration fiscale, gestion de la marge
Régulateurs
E*TRADE Securities LLC : courtier-négociant enregistré auprès de la SEC et de la FINRA (CRD 8163). Membre de la SIPC.
Particuliers US
Oui. Environnement sandbox disponible pour le développement.
Affiliation
TradingHost est indépendant et n'est pas affilié à E*TRADE Securities LLC ni à Morgan Stanley, société mère d'E*TRADE depuis octobre 2020.

Section 02 · Ce que propose E*Trade

Ce que propose E*Trade

E*TRADE propose une API REST pour les actions US, les options, l'état du compte et les données de marché, authentifiée par signature de requête OAuth 1.0a. Les futures sont acheminés via Power E*TRADE Pro (bureau), et non via l'API REST. Le flux OAuth 1.0a constitue la principale spécificité opérationnelle, car la plupart des courtiers modernes utilisent des jetons porteurs OAuth 2.0, et la logique de signature est ici plus complexe.

Marchés et types de stratégies

  • Stratégies systématiques sur actions US via l'API REST
  • Ordres multi-jambes sur options US avec restriction par niveau d'autorisation
  • Rééquilibrage de portefeuille pour comptes de retraite et comptes imposables
  • Futures sur Power E*TRADE Pro (plateforme de bureau distincte)
  • Stratégies validées en sandbox avant le déploiement en production
  • Signature de requête OAuth 1.0a sur chaque appel REST

Interface API

Produits pris en charge
E*TRADE REST API pour les actions US, les options US, l'état du compte, les données de marché, les transactions et l'historique des ordres. Les futures et le forex sont gérés via Power E*TRADE Pro, qui est une plateforme de bureau distincte ; l'API REST ne permet pas actuellement aux clients particuliers de passer des ordres sur futures. Les points de terminaison de la sandbox reflètent la structure de la production.
Méthodes de connexion
REST HTTPS vers api.etrade.com (production) ou apisb.etrade.com (sandbox). Toutes les requêtes sont signées avec HMAC-SHA1 conformément à OAuth 1.0a ; les access tokens ont une durée de vie courte et nécessitent un flux de réautorisation automatisé.
Authentification
OAuth 1.0a avec signature de requête. La consumer key et le consumer secret sont émis via le site développeur d'E*TRADE ; les utilisateurs authentifient l'application sur leur compte E*TRADE via le flux three-legged OAuth. Chaque requête doit être signée avec HMAC-SHA1 ; le flux d'authentification est nettement plus complexe que le modèle de jeton porteur OAuth 2.0 utilisé par les courtiers plus récents.

Pour plus de précisions, reportez-vous à E*Trade

Les points de terminaison spécifiques, les limites de taux, les exigences d'approbation des options et les droits aux données de marché figurent dans la documentation développeur d'E*Trade.

Section 03 · Développer avec l’IA

Développez votre stratégie E*Trade avec l’IA

Choisissez une méthode d’intégration, dupliquez un starter et concevez votre stratégie dans un IDE d’IA. 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.

  • REST E*Trade natif

    REST HTTPS direct vers api.etrade.com (production) ou apisb.etrade.com (sandbox). Signature de requête OAuth 1.0a avec HMAC-SHA1.

  • pyetrade

    Wrapper Python communautaire qui gère le flux de signature OAuth 1.0a et expose les points de terminaison REST sous forme de méthodes Python.

  • Adaptateurs de framework

    NautilusTrader dispose d'un adaptateur E*Trade communautaire ; la couverture et la maturité varient selon les versions.

  • Connecteur personnalisé

    Implémentation interne. La logique de signature OAuth 1.0a est la partie la plus importante à implémenter correctement ; les points de terminaison REST eux-mêmes sont simples.

Prise en charge des bibliothèques et frameworks pour les produits E*Trade

Le flux de signature OAuth 1.0a est le détail d'intégration le plus distinctif ; pyetrade le gère pour les projets Python. Les futures ne font pas partie de l'API REST, les cellules correspondantes affichent donc « no » dans toute la matrice.

Bibliothèque ou frameworkActions USOptions USFuturesSandbox
Native REST + OAuth 1.0aPris en chargePris en chargeNon documenté comme pris en chargePris en charge
pyetradePris en chargePris en chargeNon documenté comme pris en chargePris en charge
NautilusTraderPartiellement pris en chargePartiellement pris en chargeNon documenté comme pris en chargePartiellement pris en charge
Custom connectorPris en chargePris en chargeNon documenté comme pris en chargePris en charge

✓ support confirmé selon la documentation de la bibliothèque ou de l'interface. « no » indique que l'interface n'expose pas cette classe d'actifs ; « check adapter » indique que le support varie selon la version.

TradingHost n’impose aucune bibliothèque. La plateforme exécute votre projet.

Développer avec l’IA

Le flux de signature OAuth 1.0a est la partie d'une intégration E*Trade qui mérite le plus d'être modélisée une fois pour toutes. Une fois l'assistant de signature en place, les points de terminaison REST eux-mêmes sont simples et un IDE IA peut rapidement générer leur structure. L'interface de contrôle MCP de TradingHost complète le tout pour l'observabilité et la gestion du runtime.

Section 04 · Exécuter sur TradingHost

Exécutez votre code sur TradingHost

E*Trade fournit le compte de courtage, l’accès API et le lieu d’exécution. TradingHost fournit l’environnement de production où s’exécute votre stratégie connectée à E*Trade.

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 conteneur géré par TradingHost.

Vous

  • Votre dépôt contient votre code.
  • Votre déploiement définit ses paramètres d’exécution.
  • Votre stratégie se connecte à E*Trade.

TradingHost

  • Maintient l’environnement d’exécution en ligne.
  • Expose les journaux et les bilans de santé.
  • Sélection de la région.
  • Interface 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

    Lier un dépôt ou utiliser un modèle de départ

    Pointez TradingHost vers votre dépôt de stratégie E*Trade existant, ou dupliquez un modèle de départ pyetrade pour disposer d'une base de travail intégrant déjà l'assistant de signature OAuth 1.0a.

  3. ÉTAPE 03

    Déployer dans un conteneur TradingHost

    Choisissez une région (US-East est le choix naturel pour les moteurs d'appariement d'actions et d'options américains), renseignez vos clés E*Trade consumer key, consumer secret et access tokens comme variables d'environnement, puis déployez. TradingHost exécute votre stratégie sur une infrastructure Kubernetes managée.

  4. ÉTAPE 04

    Suivre les journaux et l’état de santé

    Suivez les logs en direct, la santé et l'état du runtime depuis le tableau de bord TradingHost. Cette même interface est accessible via MCP depuis n'importe quel IDE IA. L'exécution des transactions reste sur le chemin d'exécution du code de la stratégie, et non sur MCP.

  5. ÉTAPE 05

    Mettre à jour et redéployer

    Poussez vos modifications sur la branche principale de votre dépôt GitHub et TradingHost déclenche automatiquement un nouveau déploiement.

Déployer

Section 05 · Notes opérationnelles

Notes opérationnelles pour E*Trade

Les pièges qui vous guettent lors de l'exécution réelle d'une stratégie E*Trade dans un runtime cloud conteneurisé. Le flux OAuth 1.0a est la principale contrainte opérationnelle. Chaque affirmation ci-dessous est citée ou paraphrasée de la documentation développeur d'E*Trade.

  1. 01 · OAuth 1.0a

    Signature de requête sur chaque appel REST

    L'API REST d'E*TRADE s'authentifie avec OAuth 1.0a, ce qui nécessite une signature HMAC-SHA1 sur chaque requête. C'est nettement plus complexe que les jetons porteurs OAuth 2.0 utilisés par les courtiers plus récents. pyetrade et les bibliothèques communautaires similaires gèrent la signature en interne ; les connecteurs personnalisés ont besoin d'un assistant de signature dès le départ. La rotation des jetons nécessite également le flux de réautorisation three-legged OAuth plutôt qu'un simple échange de jeton de rafraîchissement.

    SourceE*TRADE developer site

  2. 02 · Sandbox

    apisb.etrade.com reproduit la structure des endpoints de api.etrade.com

    La sandbox d'E*TRADE utilise l'hôte apisb.etrade.com avec les mêmes chemins d'endpoints que la production sur api.etrade.com. Les identifiants client (consumer credentials) et les jetons d'accès (access tokens) sont distincts pour chaque environnement. Pour passer une stratégie de la sandbox à la production, il suffit de remplacer l'hôte et les identifiants ; le code de la stratégie reste inchangé.

    SourceE*TRADE developer site

  3. 03 · Approbation de l'application

    L'accès à l'application en production est soumis à approbation

    E*TRADE fournit librement des identifiants de sandbox (consumer credentials) ; les identifiants de production nécessitent quant à eux un examen distinct de votre demande via le site développeur. Prévoyez un délai de mise en service avant de déployer en réel ; les déploiements limités à la sandbox peuvent fonctionner indéfiniment.

    SourceE*TRADE developer site

  4. 04 · Futures via Power E*TRADE Pro

    La transmission d'ordres sur futures n'est pas disponible via l'API REST pour les particuliers

    Le trading de futures sur E*TRADE s'effectue via Power E*TRADE Pro, qui est une plateforme de bureau distincte. L'API REST ne permet pas aux particuliers de passer des ordres sur futures. Les stratégies nécessitant des futures doivent utiliser un autre courtier (IBKR, TradeStation, Tradier) ou passer par une passerelle avec l'application de bureau Power E*TRADE Pro sur un hôte distinct.

    SourcePower E*TRADE Pro

  5. 05 · Approbation pour les options

    L'approbation pour les options se fait par compte et par niveaux

    Le trading d'options sur E*TRADE nécessite une approbation par niveaux. Votre niveau d'approbation détermine les stratégies acceptées par l'endpoint d'ordre ; les ordres dépassant le niveau approuvé sont rejetés par le courtier. Adaptez vos stratégies à votre niveau approuvé ou demandez une mise à niveau auprès d'E*TRADE avant le déploiement.

    SourceE*TRADE options trading

Section 06 · Conçu pour

Conçu pour

Les runtimes TradingHost E*Trade sont particulièrement adaptés pour :

  • Développeurs concevant des stratégies dans des IDE IA (Cursor, Claude Code)
  • Auteurs de stratégies systématiques sur actions américaines
  • Automatisation de stratégies d'options multi-jambes (multi-leg)
  • Programmes de rééquilibrage de portefeuille à long terme
  • Titulaires de comptes E*Trade actuels migrant vers une automatisation hébergée dans le cloud

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é à E*TRADE Securities LLC ni à Morgan Stanley, la maison mère d'E*TRADE depuis octobre 2020.

Non. TradingHost est un environnement d'exécution (runtime) pour le code de vos stratégies de trading. E*TRADE Securities LLC est le courtier-négociant (broker-dealer) enregistré (FINRA CRD 8163) et membre de la SIPC. Votre compte, la garde des actifs, l'accès au marché, le règlement-livraison et les déclarations fiscales sont entièrement gérés par E*Trade.

Non. Le code de votre stratégie se connecte à E*Trade et transmet les instructions d'ordre selon votre propre logique, les autorisations de votre compte et votre méthode d'intégration. TradingHost fournit uniquement l'environnement d'exécution où ce code tourne.

Non. L'accès à l'API d'E*Trade est fourni par E*Trade. Vous êtes responsable de votre compte E*Trade, de l'enregistrement de votre application, de vos jetons OAuth et du respect des conditions d'utilisation d'E*Trade.

Pas via l'API REST. Le trading de futures sur E*Trade s'effectue via Power E*TRADE Pro, qui est une plateforme de bureau distincte. Si votre stratégie nécessite des futures, envisagez plutôt d'utiliser IBKR, TradeStation ou Tradier, qui proposent tous l'accès aux futures via leurs API REST.

Oui, sous réserve de l'approbation d'E*Trade pour les options. Le niveau d'approbation détermine les stratégies acceptées par le courtier ; TradingHost ne contourne pas cette approbation.

E*Trade utilise OAuth 1.0a avec une signature de requête HMAC-SHA1, un protocole plus ancien que le modèle de jeton porteur (bearer token) d'OAuth 2.0 utilisé par Alpaca, Tradier, Schwab, TradeStation et Tastytrade. Chaque requête doit être signée, et la rotation des jetons s'effectue via le flux three-legged OAuth. Les bibliothèques communautaires comme pyetrade gèrent cela automatiquement ; les connecteurs personnalisés nécessitent dès le départ un utilitaire de signature.

N'importe quel langage capable de s'exécuter dans un conteneur. L'API d'E*Trade est une API REST HTTPS, donc tout client HTTP prenant en charge la signature HMAC-SHA1 peut communiquer avec elle. pyetrade est le wrapper Python communautaire le plus activement maintenu.

Enregistrez une application sandbox sur developer.etrade.com pour obtenir vos identifiants client (consumer credentials). Exécutez le flux three-legged OAuth une fois pour obtenir vos jetons d'accès (access tokens). Développez votre stratégie dans l'environnement sandbox. Une fois prêt, demandez vos identifiants de production (approbation distincte). Connectez votre dépôt GitHub, liez-le à TradingHost et déployez en configurant vos identifiants dans les secrets de TradingHost (TradingHost Secrets).

Dans votre flux de secrets contrôlé 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 votre consumer key, votre consumer secret ou vos access tokens. Voir les secrets de la plateforme.

Non. Les stratégies ne devraient jamais avoir besoin d'autorisations de retrait ou de transfert de fonds.

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). MCP est une interface de contrôle et d'observabilité, et non le chemin d'exécution des transactions.

Non. La règle PDT (FINRA Rule 4210) est appliquée par E*Trade, et non par TradingHost. Les comptes sur marge inférieurs à 25 000 $ sont soumis aux restrictions PDT sur le day trading.

Non. Vos formulaires 1099 sont fournis par E*Trade en fin d'année, et non par TradingHost.

Non. La SIPC couvre votre compte de courtage E*Trade jusqu'à 500 000 $ (dont 250 000 $ en espèces). L'environnement d'exécution de TradingHost n'est pas assuré par la SIPC car TradingHost n'est pas un courtier.

TradingHost s'exécute dans les régions EU et US-East. US-East est le choix naturel pour les moteurs d'appariement d'actions et d'options américains. Consultez la page des régions.

Non. TradingHost se concentre sur l'exécution en production et le déploiement. Le backtesting relève de votre stack de recherche, de votre framework ou d'AlgoBuilder.