Runtime nativo de IA para estratégias da Interactive Brokers

Não. O TradingHost é um ambiente de execução (runtime) para códigos de estratégias de trading. A Interactive Brokers LLC é a corretora (broker-dealer), registrada na SEC e na FINRA (CRD 36418), na CFTC e na NFA (NFA ID 0258600), além de ser membro da SIPC com cobertura de seguro adicional via Lloyds. Sua conta, custódia, acesso ao mercado, liquidação, margem e relatórios fiscais ficam todos sob a responsabilidade da Interactive Brokers.

Não. O código da sua estratégia se conecta à Interactive Brokers e envia as instruções de ordens de acordo com a sua própria lógica, permissões de conta e método de integração. O TradingHost fornece apenas o ambiente de execução (runtime) onde esse código roda.

Não. O acesso à API da IBKR é fornecido pela própria Interactive Brokers. Você é o único responsável pela sua conta na IBKR, permissões de API, credenciais e conformidade com os termos de uso da IBKR.

A TWS API (via ibapi ou ib_async) possui a cobertura de recursos mais ampla, mas exige a execução local de um processo do TWS ou do IB Gateway. A Client Portal API é baseada em REST e OAuth 2.0 e dispensa o uso de um gateway local, sendo mais simples para implantações puramente em nuvem. Se a sua estratégia exige tipos de ordens avançados, gregas de opções em tempo real ou recursos que apenas o protocolo de socket do TWS oferece, utilize a TWS API e execute o IB Gateway como um sidecar. Se uma arquitetura REST for suficiente, prefira a Client Portal API pela facilidade de implantação.

Sim, caso opte pela TWS API. O IB Gateway é uma aplicação leve em Java que realiza a autenticação junto à IBKR e expõe um socket local ao qual a estratégia se conecta. No TradingHost, você executa o IB Gateway como um processo sidecar no mesmo pod do Kubernetes que a estratégia, ou pode optar pela Client Portal API, eliminando a necessidade do gateway.

Sim, desde que tenha a aprovação para opções na IBKR. A aprovação para opções é por conta e independente da aprovação para ações; o nível aprovado define quais estratégias a corretora aceita. O TradingHost não contorna as regras de aprovação de opções.

Sim, desde que tenha a aprovação para operar futuros na IBKR. A negociação de futuros exige uma etapa de aprovação separada, além do cadastro na corretora, devido aos requisitos da CFTC e da NFA.

A ibapi é a biblioteca Python oficial da Interactive Brokers e reflete diretamente o protocolo de socket. A ib_insync era uma biblioteca da comunidade compatível com asyncio, mas seu autor original a marcou como não mantida ativamente. A ib_async é o fork comunitário da ib_insync que continua recebendo atualizações. Para novas estratégias, utilize ibapi ou ib_async; para códigos existentes em ib_insync, planeje uma migração para ib_async, já que a API é amplamente compatível.

Conecte seu repositório do GitHub que contém o código da estratégia, vincule-o ao TradingHost e faça o deploy. Use um deploy configurado com chaves de paper account como ambiente de teste e mude para chaves de conta real assim que a estratégia estiver estável. Vincular o GitHub e criar uma estratégia é gratuito; os planos de runtime estão listados na página de preços.

No seu fluxo de trabalho de secrets controlado pelo GitHub. O TradingHost as lê em tempo de execução (runtime) por meio de secrets de repositório do GitHub, secrets de ambiente ou do seu próprio processo homologado de gerenciamento de secrets. O TradingHost não precisa da custódia do seu nome de usuário, senha ou tokens OAuth do Client Portal API. Consulte a seção de secrets da plataforma para entender o modelo completo de tratamento.

Não. As estratégias nunca devem precisar de permissões de saque ou de movimentação de fundos. As credenciais precisam apenas dos escopos necessários para envio de ordens e acesso a dados de mercado.

Sim. O TradingHost oferece suporte a controle baseado em MCP para IDEs de IA, incluindo Cursor, Claude Code, GitHub Copilot e agentes de IA baseados em CLI. As ferramentas de IA podem inspecionar deploys, analisar logs, reiniciar estratégias e gerenciar fluxos de trabalho de runtime. O MCP é uma interface de controle e observabilidade, não o caminho de execução de ordens. Consulte a página sobre a interface de controle MCP para obter mais detalhes.

Não. A regra de PDT (FINRA Rule 4210) é aplicada pela Interactive Brokers, não pelo TradingHost. Contas de margem com saldo inferior a $25.000 estão sujeitas às restrições de PDT para day trading. Sua estratégia deve respeitar a sinalização (flag) de PDT da corretora na conta.

Não. Seus formulários 1099 são emitidos pela Interactive Brokers no fim do ano, não pelo TradingHost. O TradingHost fornece o runtime; a IBKR cuida dos relatórios fiscais da corretora.

Não. O SIPC cobre sua conta de corretagem na IBKR em até $500.000 (incluindo $250.000 em dinheiro) sob a proteção de membro do SIPC, com seguro adicional excedente oferecido pela IBKR via Lloyds. O runtime do TradingHost não possui seguro do SIPC porque o TradingHost não é uma corretora.

O TradingHost roda nas regiões EU e US-East. A região US-East fica mais próxima dos mecanismos de correspondência de ações dos EUA e de futuros da CME, sendo a escolha natural para a maioria das estratégias da IBKR voltadas para os EUA. A região EU é ideal para estratégias da sessão europeia e futuros da Eurex. Consulte a página de regiões para mais detalhes sobre roteamento e proximidade.

Não. O TradingHost é focado em runtime de produção e deploy. O backtest deve ser feito na sua stack de pesquisa, framework ou no AlgoBuilder.