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

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

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 prontos. Com a TradingHost, você mesmo escreve ou gera a estratégia (frequentemente usando 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 fornecem computação bruta. Você mesmo precisa lidar com atualizações de sistema operacional, orquestração de containers, envio de logs, rotação de secrets, failover de região e monitoramento de uptime. A TradingHost oferece um runtime gerenciado criado especificamente para estratégias de trading: implantação nativa via GitHub, controle via MCP a partir de IDEs de IA, além de interfaces prontas para logs e status de saúde da aplicação. Se você prefere 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 framework runtime compatível com a 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 container.

Sim. O CCXT expõe a BitMEX por meio da classe unificada `bitmex`, cobrindo perpétuos e dated futures. Não há produto spot para suportar. Consulte o framework runtime do CCXT para ver o processo completo de configuração.

Não. A BitMEX proíbe traders baseados nos EUA. A aplicação dessa regra ocorre no nível da chave de API por IP geolocation: uma chave cujo tráfego recente seja geolocalizado nos EUA terá o acesso a endpoints privados recusado, independentemente do status de verificação da conta. Um runtime da TradingHost na região US-East com saída de rede nos EUA será bloqueado de operar na BitMEX. Escolha uma região da TradingHost cuja geografia de saída seja consistente tanto com o contrato de usuário da BitMEX quanto com as suas próprias diretrizes de conformidade.

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 runtimes diferentes para obter isolamento e clareza operacional. Consulte a página de runtime da TradingHost para conhecer o modelo multiestratégia.

O caminho mais rápido é fazer um fork de um framework runtime da TradingHost: CCXT ou Hummingbot 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 secrets controlado pelo GitHub. A TradingHost as lê em tempo de execução por meio de secrets de repositório do GitHub, secrets de ambiente ou seu próprio processo aprovado de gerenciamento de secrets. A TradingHost não precisa da custódia da sua chave de API e secret da BitMEX. Consulte secrets da plataforma para ver o modelo completo de manipulação.

Não. As estratégias nunca devem precisar de permissões de saque. Use permissões com escopo limitado (ordem, leitura de conta) e rotacione as chaves manualmente, pois as chaves da BitMEX não expiram automaticamente.

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 das operações. Consulte a interface de controle MCP para obter a 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 git push comum para a sua branch principal dispara uma nova implantação.

O runtime detecta o crash e expõe os logs e as informações de integridade (health) 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 continua sendo responsável pelo tratamento seguro de erros, proteção contra ordens duplicadas e controles de risco. Consulte a seção de observabilidade para acessar os logs e a interface de integridade.

A BitMEX denomina todos os valores em Bitcoin em XBt (satoshis). 1 XBt = 0,00000001 XBT, portanto, um saldo que você lê como 100.000.000 XBt equivale a 1 BTC. Os valores em USD são expressos em USDt, seis casas decimais abaixo do USDT. O bug mais comum no dia do deploy é uma estratégia que deveria definir o tamanho em BTC, mas acaba definindo em XBt porque a conversão foi esquecida. Os contratos perpétuos de XBTUSD têm valor nocional de 1 USD cada e são liquidados em Bitcoin. Consulte a seção de Notas operacionais acima para obter as orientações completas.

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

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