Runtime nativo para IA para estratégias de trading no Bitstamp

Não. O código da sua estratégia se conecta à Bitstamp e envia instruções de acordo com sua própria lógica, permissões de conta e método de integração. A TradingHost fornece o runtime onde esse código é executado.

Não. O acesso à API da Bitstamp é fornecido pela própria Bitstamp. Você é o responsável por sua conta da Bitstamp, permissões de API, credenciais e conformidade com os termos da Bitstamp.

Nenhuma mudança significativa. A Robinhood concluiu a aquisição em June 2, 2025 e a Bitstamp continua operando sob sua própria marca, estrutura de API, gateway FIX e portfólio de licenças. Autenticação, endpoints, subcontas e limites de taxa permanecem inalterados. A Robinhood Crypto continua sendo uma plataforma separada com uma API distinta.

Não. A TradingHost é o runtime em nuvem onde o código da sua estratégia é executado. Nós não fornecemos sinais, modelos de previsão de IA ou estratégias prontas. Com a TradingHost, você mesmo escreve ou gera a estratégia (geralmente com o Cursor ou Claude Code), mantém-na no GitHub como seu próprio código e usa a TradingHost para executá-la em produção. O 3Commas, o Cryptohopper e produtos semelhantes são proprietários da lógica da estratégia; a TradingHost executa a sua estratégia.

A AWS e a DigitalOcean fornecem computação bruta. Você mesmo precisa lidar com atualizações de sistema operacional, orquestração de contêineres, envio de logs, rotação de segredos, failover de região e monitoramento de uptime. A TradingHost oferece um runtime gerenciado e desenvolvido especificamente para estratégias de trading: deploy nativo do GitHub, controle via MCP a partir de IDEs de IA, além de painéis de logs e integridade integrados. Se você deseja operar a infraestrutura por conta própria, a AWS atende. Se prefere o runtime como um serviço gerenciado, a TradingHost é o caminho mais curto.

Sim. A TradingHost executa estratégias em Python; escolha o runtime de framework que corresponda à sua stack ou faça o deploy do seu próprio repositório.

Sim. A TradingHost suporta qualquer linguagem que possa ser executada dentro de um contêiner.

Sim. O ID de exchange `bitstamp` da CCXT cobre o trading de spot de ponta a ponta. As flags de margem, swap, futuros e opções ficam desativadas na configuração unificada, portanto, direcione o fluxo de derivativos através da interface nativa FIX ou HTTP da Bitstamp. Dentro do contêiner da TradingHost, instancie a CCXT com a chave de API e o segredo extraídos dos segredos de runtime, e não do repositório. Consulte o runtime do framework CCXT para ver o processo completo de configuração.

Sim. A Bitstamp suporta subcontas e permissões por chave, e qualquer requisição pode ter seu escopo definido para uma subconta por meio do cabeçalho X-Auth-Subaccount-Id. Na TradingHost, gere uma chave por deploy, restrinja seus verbos ao mínimo que a estratégia necessita, adicione o IP de saída da TradingHost à whitelist e isole as chaves por subconta para que uma estratégia não possa ler ou cancelar as ordens de outra. Consulte a página de runtime da TradingHost para conhecer o modelo de múltiplas estratégias.

O caminho mais rápido é fazer um fork de um runtime de framework da TradingHost: CCXT, Freqtrade ou Hummingbot para obter um projeto pronto para deploy. Ou conecte seu próprio repositório de estratégia do GitHub. Vincular um repositório do 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 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 do seu próprio processo aprovado de gerenciamento de segredos. A TradingHost não precisa da custódia de sua chave de API e segredo. Consulte os segredos da plataforma para obter o modelo completo de tratamento.

Apenas o mínimo que a estratégia necessita, nada mais. A Bitstamp suporta permissões por chave, de modo que uma estratégia de market making recebe apenas verbos de leitura e negociação, nunca de saque. Associe cada chave à whitelist de IPs em relação à faixa de saída do runtime da TradingHost para a região selecionada e defina o escopo para uma subconta via X-Auth-Subaccount-Id onde o isolamento da estratégia for importante.

Sim, por meio da Bitstamp USA Inc., que possui uma NYDFS BitLicense, além de licenças estaduais de transmissor de dinheiro e registro como FinCEN MSB. A disponibilidade por estado varia, portanto, verifique a cobertura da Bitstamp USA antes de assumir o acesso. A estrutura de API da Bitstamp USA espelha a estrutura global para os produtos oferecidos.

Sim. O TradingHost suporta 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 implantações, revisar logs, reiniciar estratégias e gerenciar fluxos de trabalho de runtime. O MCP é uma camada de controle e observabilidade, não o caminho de execução de trades. Veja a camada de controle MCP para entender o panorama completo.

Ambos. A camada de controle MCP funciona igualmente bem a partir de agentes baseados em CLI (Claude Code CLI, clientes MCP personalizados, chamadas MCP via script) e de dentro de uma IDE. O fluxo de implantação nativo do GitHub também funciona sem qualquer ferramenta de IA: um git push comum para a sua branch main dispara uma nova implantação.

O runtime detecta o crash e expõe os logs e informações de integridade relevantes. Onde houver suporte, a estratégia afetada pode ser reiniciada sem interromper outras estratégias em execução no mesmo container. O código da sua estratégia ainda é responsável pelo tratamento seguro de erros, proteção contra ordens duplicadas e controles de risco. Veja a seção de observabilidade para conhecer a camada de logs e integridade.

A autenticação v2 da Bitstamp trata cada X-Auth-Nonce como de uso único dentro de uma janela de 150 segundos e rejeita timestamps com diferença superior a 150 segundos em relação ao horário do servidor. Esse erro quase sempre ocorre devido a uma implantação escalada horizontalmente que compartilha uma única chave entre workers, ou a duas estratégias co-alocadas competindo pelo mesmo nonce. Corrija isso serializando a origem do nonce (um gerador monotônico por chave) ou gerando uma chave por worker e adicionando ambos os IPs de saída à lista de permissões.

O TradingHost opera nas regiões EU and US-East. Escolha a região mais próxima do mecanismo de correspondência do qual sua estratégia depende. Consulte a página de regiões para ver detalhes de roteamento e proximidade.

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