Runtime nativo de IA para estratégias de trading na Bitso

Não. O código da sua estratégia se conecta à Bitso 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 Bitso é fornecido pela própria Bitso. Você é responsável por sua conta na Bitso, permissões de API, credenciais e conformidade com os termos da Bitso.

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 bots pré-configurados. Com a TradingHost, você mesmo escreve ou gera a estratégia (geralmente com o Cursor ou Claude Code), mantém o código no GitHub e usa a TradingHost para executá-lo em produção. Produtos como 3Commas, Cryptohopper e similares detêm a lógica da estratégia; a TradingHost executa a sua estratégia.

A AWS e a DigitalOcean oferecem computação bruta. Você mesmo precisa lidar com atualizações de sistema operacional, orquestração de containers, 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: implantação nativa do GitHub, controle via MCP a partir de IDEs de IA, além de interfaces de logs e integridade prontas para uso. 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 implante seu próprio repositório.

Sim. A TradingHost suporta qualquer linguagem que possa ser executada dentro de um container.

Sim. A exchange bitso do CCXT cobre os endpoints de spot, lida com a assinatura HMAC-SHA256 e roda sem alterações dentro de um container da TradingHost. Métodos de margem e futuros não se aplicam, já que a Bitso oferece apenas spot. Consulte o runtime do framework CCXT para ver o processo completo de configuração.

Sim, se o seu projeto for projetado dessa forma. Você pode executar múltiplos processos ou serviços de estratégia dentro de um único runtime, ou separá-los em diferentes runtimes para obter isolamento e clareza operacional. Consulte a página de runtimes da TradingHost para entender o modelo multiestratégia.

O caminho mais rápido é fazer um fork de um runtime de framework da TradingHost: CCXT para um projeto pronto para implantação. 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 lê essas chaves em tempo de execução por meio de segredos do 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 da sua chave de API e segredo. Consulte os segredos da plataforma para ver o modelo completo de manipulação.

Não. Estratégias nunca devem precisar de permissões de saque. Use permissões com escopo limitado (leitura, negociação) e ative a lista de permissões de IP (IP whitelisting) onde for apropriado. Reserve o escopo de saque para chaves que você opera manualmente a partir de um host com IP fixo.

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. As ferramentas de IA podem inspecionar implantações, revisar 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 interface de controle MCP para obter uma visão completa.

Ambos. A interface 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 ciclo de implantação nativo do GitHub também funciona sem qualquer ferramenta de IA: um push comum do git para a sua branch principal aciona uma nova implantação.

O runtime detecta a falha 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. Consulte a seção de observabilidade para ver a interface de logs e integridade.

Quase sempre é um problema de nonce ou de construção da assinatura. A Bitso exige um nonce estritamente crescente por chave (Nonce v2 em fase de implementação) e assina sobre nonce + METHOD + path + body com HMAC-SHA256, codificado em hexadecimal. Causas comuns: dessincronização de relógio entre réplicas, dois workers compartilhando a mesma chave ou uma barra final ausente no caminho (path).

SPEI no México (MXN), PIX no Brasil (BRL) e CBU/Alias local na Argentina (ARS). Tanto o PIX quanto o SPEI liquidam em segundos, mas janelas de compensação e feriados bancários ainda se aplicam. Estratégias que realizam o rebalanceamento automático de saldo fiduciário devem tratar a disponibilidade das vias de pagamento como um parâmetro de execução.

A Bitso opera sob a Ley Fintech do México sob supervisão da CNBV, está registrada na CNV da Argentina como PSAV no. 51, possui presença no Brasil e utiliza uma licença da GFSC de Gibraltar para serviços institucionais de ativos virtuais. A reforma de prevenção à lavagem de dinheiro (AML) do México de julho de 2025 adicionou obrigações de reporte para VASPs para transações a partir de aproximadamente USD 1.180.

Não. A Bitso não oferece contas para residentes dos EUA e restringe cerca de 33 jurisdições, incluindo os Estados Unidos e o Canadá. O TradingHost executa sua estratégia independentemente da região, mas a conta da Bitso em si deve ser elegível de acordo com os termos da Bitso.

O TradingHost é executado nas regiões EU e US-East. Escolha a região mais próxima da matching engine da qual sua estratégia depende. Consulte a página de regiões para obter detalhes de roteamento e proximidade.

Não. O TradingHost é focado em ambiente de execução (runtime) de produção e implantação. O backtesting deve ser feito em sua própria infraestrutura de pesquisa, framework ou no AlgoBuilder.