Runtime nativo de IA para estratégias de trading na E*Trade
Desenvolva no Cursor, Claude Code ou em qualquer IDE de IA. Faça o deploy a partir do GitHub em um runtime de nuvem gerenciado com controle MCP de primeira classe, logs e seleção de região.
Seção 01 · Resumo
Resumo
- Corretora
- E*TRADE Securities LLC
- Tipo de corretora
- Corretora de serviço completo regulada nos EUA (subsidiária da Morgan Stanley desde outubro de 2020)
- Classe de ativos
- Ações dos EUA, opções dos EUA, futuros dos EUA, títulos, ETFs, fundos mútuos
- Cobertura de ativos
- Ações dos EUA (listadas na NYSE, NASDAQ, ARCA, BATS, IEX), opções listadas nos EUA (compensadas pela OCC, de ações e índices, single-leg e multi-leg), futuros dos EUA via Power E*TRADE Pro, títulos (do Tesouro, corporativos, municipais), ETFs, fundos mútuos. Sem negociação direta de criptoativos.
- Modelo de runtime
- Runtime de estratégia em contêiner
- Origem do deploy
- GitHub
- Linguagens
- Qualquer linguagem compatível com contêineres
- Integrações comuns
- E*TRADE REST API com OAuth 1.0a, pyetrade (Python comunitário), clientes HTTP nativos com assinatura HMAC-SHA1, conectores personalizados
- Integração com fluxo de IA
- Superfície de controle MCP para Cursor, Claude Code, GitHub Copilot e agentes de CLI
- Papel da TradingHost
- Runtime, deploy, logs, verificações de integridade, seleção de região, controle MCP
- Papel da E*TRADE
- Conta de corretora, acesso à API, dados de mercado, ambiente de execução, custódia, liquidação, relatórios fiscais, gestão de margem
- Reguladores
- E*TRADE Securities LLC: broker-dealer registrado na SEC e FINRA (CRD 8163). Membro da SIPC.
- Varejo dos EUA
- Sim. Ambiente de sandbox disponível para desenvolvimento.
- Afiliação
- A TradingHost é independente e não possui afiliação com a E*TRADE Securities LLC ou com a Morgan Stanley, controladora da E*TRADE desde outubro de 2020.
Seção 02 · O que E*Trade oferece
O que E*Trade oferece
A E*TRADE disponibiliza uma REST API para ações dos EUA, opções, estado da conta e dados de mercado, autenticada com assinatura de requisição OAuth 1.0a. Os futuros são roteados pelo Power E*TRADE Pro (desktop), não pela REST API. O fluxo do OAuth 1.0a é o detalhe operacional mais relevante, pois a maioria das corretoras modernas utiliza tokens portadores (bearer tokens) OAuth 2.0, e a lógica de assinatura aqui é mais complexa.
Mercados e padrões de estratégia
- Estratégias sistemáticas de ações dos EUA via REST API
- Ordens multi-leg de opções dos EUA com restrição por nível de aprovação
- Rebalanceamento de portfólio para contas de aposentadoria e tributáveis
- Futuros no Power E*TRADE Pro (plataforma desktop separada)
- Estratégias validadas em sandbox antes do deploy em produção
- Assinatura de requisição OAuth 1.0a em cada chamada REST
Superfície da API
- Superfícies de produtos
- E*TRADE REST API para ações dos EUA, opções dos EUA, estado da conta, dados de mercado, transações e histórico de ordens. Futuros e forex são operados via Power E*TRADE Pro, que é uma plataforma desktop separada; a REST API atualmente não expõe o envio de ordens de futuros para o varejo. Os endpoints de sandbox espelham a estrutura de produção.
- Métodos de conexão
- HTTPS REST contra api.etrade.com (produção) ou apisb.etrade.com (sandbox). Todas as requisições são assinadas com HMAC-SHA1 via OAuth 1.0a; os access tokens têm vida curta e exigem um fluxo automatizado de reautorização.
- Autenticação
- OAuth 1.0a com assinatura de requisição. A consumer key e o consumer secret são emitidos pelo site de desenvolvedores da E*TRADE; os usuários autenticam a aplicação em sua conta E*TRADE por meio do fluxo three-legged OAuth. Cada requisição precisa ser assinada com HMAC-SHA1; o fluxo de autenticação é significativamente mais complexo do que o padrão de bearer token do OAuth 2.0 utilizado por corretoras mais recentes.
Para detalhes específicos, consulte a E*Trade
Endpoints específicos, limites de taxa (rate limits), requisitos de aprovação de opções e permissões de dados de mercado estão disponíveis na documentação de desenvolvedor da E*Trade.
Seção 03 · Desenvolva com IA
Desenvolva sua estratégia para a E*Trade com IA
Escolha um método de integração, faça um fork de um modelo inicial e crie sua estratégia em uma IDE de IA. Cursor, Claude Code, GitHub Copilot e agentes de IA baseados em CLI funcionam com o mesmo ciclo de deploy nativo do GitHub.
REST nativo da E*Trade
REST HTTPS direto contra api.etrade.com (produção) ou apisb.etrade.com (sandbox). Assinatura de requisição OAuth 1.0a com HMAC-SHA1.
pyetrade
Wrapper em Python mantido pela comunidade que gerencia o fluxo de assinatura do OAuth 1.0a e expõe os endpoints REST como métodos Python.
Adaptadores de framework
O NautilusTrader possui um adaptador comunitário para a E*Trade; a cobertura e a maturidade variam de acordo com a versão.
Conector personalizado
Implementação própria. A lógica de assinatura do OAuth 1.0a é a parte mais importante a ser implementada corretamente; os endpoints REST em si são simples.
Suporte de bibliotecas e frameworks para produtos da E*Trade
O fluxo de assinatura do OAuth 1.0a é o detalhe de integração mais característico; o pyetrade cuida disso para projetos em Python. Os futuros não fazem parte da REST API, por isso as células de futuros constam como "não" na matriz.
✓ suporte confirmado de acordo com a documentação da biblioteca ou da interface. "não" indica que a interface não expõe a classe de ativos; "verificar adaptador" indica que o suporte varia conforme a versão.
O TradingHost não impõe o uso de nenhuma biblioteca. Ele executa o seu projeto.
Desenvolva com IA
O fluxo de assinatura do OAuth 1.0a é a parte da integração com a E*Trade que mais vale a pena padronizar de início. Com o auxiliar de assinatura configurado, os endpoints REST em si são simples e uma IDE de IA pode estruturá-los rapidamente. A superfície de controle MCP do TradingHost fecha o ciclo de observabilidade e gerenciamento de runtime.
Seção 04 · Execute no TradingHost
Execute seu código no TradingHost
A E*Trade fornece a conta da corretora, o acesso à API e o ambiente de execução. O TradingHost fornece o ambiente de produção onde sua estratégia conectada à E*Trade é executada.
Em vez de rodar o código da estratégia em um notebook, computador desktop, VPS genérico ou servidor configurado manualmente, você faz o deploy a partir do GitHub em um runtime de container gerenciado pelo TradingHost.
Você
- Seu repositório contém seu código.
- Seu deploy define como ele é executado.
- Sua estratégia se conecta à E*Trade.
TradingHost
- Mantém o runtime online.
- Exibe logs e health checks.
- Seleção de região.
- Superfície de deploy controlada.
Fluxo de deploy
- PASSO 01
Conecte o GitHub
Autorize o TradingHost a acessar sua conta do GitHub.
- PASSO 02
Vincule um repositório ou use um template inicial
Aponte o TradingHost para o seu repositório existente de estratégia da E*Trade ou faça um fork de um starter do pyetrade para obter uma base funcional com o auxiliar de assinatura do OAuth 1.0a já configurado.
- PASSO 03
Faça o deploy em um container do TradingHost
Escolha uma região (US-East é a escolha natural para os mecanismos de correspondência de ações e opções dos EUA), forneça suas credenciais consumer key, consumer secret e access tokens da E*Trade como variáveis de ambiente e faça o deploy. A TradingHost executa sua estratégia em uma infraestrutura gerenciada de Kubernetes.
- PASSO 04
Monitore logs e integridade
Acompanhe logs em tempo real, integridade e o estado do runtime diretamente pelo painel do TradingHost. Essa mesma superfície pode ser acessada via MCP a partir de qualquer IDE de IA. A execução das operações permanece no caminho de código da estratégia, não no MCP.
- PASSO 05
Atualize e faça um novo deploy
Envie as alterações para a branch main do seu GitHub e o TradingHost fará o deploy novamente de forma automática.
Seção 05 · Notas operacionais
Notas operacionais para a E*Trade
Detalhes que podem causar problemas ao executar uma estratégia da E*Trade em um runtime de nuvem em contêiner. O fluxo de assinatura do OAuth 1.0a é o principal fator operacional. Cada afirmação abaixo foi citada ou parafraseada da documentação de desenvolvedor da E*Trade.
01 · OAuth 1.0a
Assinatura de requisição em cada chamada REST
A REST API da E*TRADE autentica com OAuth 1.0a, o que exige assinatura HMAC-SHA1 em cada requisição. Isso é significativamente mais complexo do que os bearer tokens do OAuth 2.0 utilizados por corretoras mais recentes. O pyetrade e bibliotecas comunitárias semelhantes gerenciam a assinatura internamente; conectores personalizados precisam de um auxiliar de assinatura desde o início. A rotação de tokens também exige o fluxo de reautorização three-legged OAuth, em vez de uma simples troca de refresh-token.
02 · Sandbox
apisb.etrade.com espelha o formato dos endpoints de api.etrade.com
O sandbox da E*TRADE usa o host apisb.etrade.com com os mesmos caminhos de endpoint da produção em api.etrade.com. As credenciais de consumer e os access tokens são separados por ambiente. Promova uma estratégia do sandbox para a produção apenas trocando o host e as credenciais; o código da estratégia não muda.
03 · Aprovação de aplicativo
O acesso de produção ao aplicativo é sujeito a aprovação
A E*TRADE emite credenciais de consumer para sandbox livremente; as credenciais de produção exigem uma revisão de aplicativo separada por meio do site de desenvolvedores. Planeje um prazo de integração antes de implantar em produção; implantações apenas em sandbox podem rodar indefinidamente.
04 · Futuros via Power E*TRADE Pro
O envio de ordens de futuros não é exposto via REST API para varejo
A negociação de futuros na E*TRADE ocorre por meio do Power E*TRADE Pro, que é uma plataforma desktop separada. A REST API não expõe o envio de ordens de futuros para varejo. Estratégias que exigem futuros precisam de uma corretora diferente (IBKR, TradeStation, Tradier) ou precisam fazer uma ponte através do desktop Power E*TRADE Pro em um host separado.
FontePower E*TRADE Pro05 · Aprovação de opções
A aprovação de opções é por conta e em níveis
A negociação de opções na E*TRADE exige uma aprovação em níveis. O nível de aprovação controla quais estratégias o endpoint de ordens aceita; ordens que excedem o nível aprovado são rejeitadas na corretora. Planeje suas estratégias de acordo com seu nível aprovado ou faça um upgrade com a E*TRADE antes de implantar.
Seção 06 · Desenvolvido para
Desenvolvido para
Os runtimes do TradingHost para E*Trade são ideais para:
- Desenvolvedores criando estratégias em IDEs de IA (Cursor, Claude Code)
- Autores de estratégias sistemáticas de ações dos EUA
- Automatizadores de estratégias de opções multi-leg
- Programas de rebalanceamento de portfólio de longo prazo
- Titulares de contas E*Trade existentes migrando para automação hospedada na nuvem
Conectar o GitHub e criar sua primeira estratégia é grátis.
Seção 08 · FAQ
Perguntas frequentes
Não. A TradingHost é independente e não é afiliada à E*TRADE Securities LLC ou ao Morgan Stanley, controladora da E*TRADE desde outubro de 2020.
Não. A TradingHost é um ambiente de execução (runtime) para código de estratégia de negociação. A E*TRADE Securities LLC é a corretora (broker-dealer) registrada (FINRA CRD 8163) e membro da SIPC. Sua conta, custódia, acesso ao mercado, liquidação e relatórios fiscais ficam todos na E*Trade.
Não. O código da sua estratégia se conecta à E*Trade e envia instruções de ordens de acordo com sua própria lógica, permissões de conta e método de integração. A TradingHost fornece o ambiente de execução onde esse código roda.
Não. O acesso à API da E*Trade é fornecido pela própria E*Trade. Você é responsável por sua conta E*Trade, registro de aplicativo, tokens OAuth e conformidade com os termos da E*Trade.
Não via REST API. A negociação de futuros na E*Trade roda através do Power E*TRADE Pro, que é uma plataforma desktop separada. Se sua estratégia exige futuros, considere a IBKR, TradeStation ou Tradier, que expõem futuros através de suas REST APIs.
Sim, sujeito à aprovação de opções da E*Trade. O nível de aprovação controla quais estratégias a corretora aceita; a TradingHost não contorna essa aprovação.
A E*Trade usa OAuth 1.0a com assinatura de requisição HMAC-SHA1, que é mais antigo que o padrão de bearer token do OAuth 2.0 usado por Alpaca, Tradier, Schwab, TradeStation e Tastytrade. Cada requisição deve ser assinada, e a rotação de tokens passa pelo fluxo de three-legged OAuth. Bibliotecas da comunidade como a pyetrade lidam com isso; conectores personalizados precisam de um auxiliar de assinatura desde o início.
Qualquer linguagem que rode em um container. A API da E*Trade é HTTPS REST, então qualquer cliente HTTP com suporte a assinatura HMAC-SHA1 pode se comunicar com ela. A pyetrade é a biblioteca Python da comunidade mais mantida.
Registre um aplicativo de sandbox em developer.etrade.com para obter as credenciais de consumer. Execute o fluxo de three-legged OAuth uma vez para obter os access tokens. Desenvolva no sandbox. Quando estiver pronto, solicite as credenciais de produção (aprovação separada). Conecte seu repositório do GitHub, vincule-o à TradingHost e faça a implantação com as credenciais nos Secrets da TradingHost.
No seu fluxo de trabalho de segredos controlado pelo GitHub. A TradingHost os lê em tempo de execução por meio de segredos de repositório do GitHub, segredos de ambiente ou seu próprio processo aprovado de gerenciamento de segredos. A TradingHost não precisa da custódia do seu consumer key, consumer secret ou access tokens. Consulte os segredos da plataforma.
Não. As estratégias nunca devem precisar de permissões de saque ou movimentação financeira.
Sim. A TradingHost suporta controle baseado em MCP para IDEs de IA, incluindo Cursor, Claude Code, GitHub Copilot e agentes de IA baseados em CLI. O MCP é uma superfície de controle e observabilidade, não o caminho de execução de ordens.
Não. A regra de PDT (FINRA Rule 4210) é aplicada pela E*Trade, não pela TradingHost. Contas de margem abaixo de $25,000 estão sujeitas a restrições de PDT para day trading.
Não. Seus formulários 1099 vêm da E*Trade no final do ano, não da TradingHost.
Não. A SIPC cobre sua conta de corretagem da E*Trade em até $500,000 (incluindo $250,000 em dinheiro). O ambiente de execução da TradingHost não é segurado pela SIPC porque a TradingHost não é uma corretora.
A TradingHost opera nas regiões EU e US-East. A região US-East é a escolha natural para os mecanismos de correspondência de ações e opções dos EUA. Consulte a página de regiões.
Não. O TradingHost é focado em runtime de produção e deploy. O backtesting deve ser feito na sua stack de pesquisa, framework ou AlgoBuilder.