Runtime nativo de IA para estratégias de trading na BitMart
Desenvolva no Cursor, Claude Code ou em qualquer IDE de IA. Faça o deploy a partir do GitHub em um runtime em nuvem gerenciado com controle MCP de primeira classe, logs e seleção de região.
Seção 01 · Visão rápida
Visão rápida
- Plataforma
- BitMart
- Tipo de plataforma
- Exchange de cripto
- Classe de ativos
- Cripto
- Produtos suportados
- Spot, isolated margin, futuros com margem em USDT e futuros inversos via famílias de endpoints separadas
- Modelo de runtime
- Runtime de estratégia em container
- Origem do deploy
- GitHub
- Linguagens
- Qualquer linguagem executada em container
- Integrações comuns
- REST e WebSocket nativos da BitMart, CCXT, Freqtrade, Hummingbot, 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, health checks, seleção de região, controle MCP
- Papel de BitMart
- Conta da exchange, acesso à API, acesso ao mercado, ambiente de execução
- Afiliação
- A TradingHost é independente e não possui afiliação com a BitMart
Seção 02 · O que BitMart oferece
O que BitMart oferece
A BitMart oferece spot, isolated margin e futuros inversos e com margem em USDT por meio de três famílias de endpoints separadas, cada uma com seus próprios limites de taxa (rate-limit pools). A autenticação utiliza uma chave de API, segredo e uma string memo assinada com HMAC-SHA256; a ausência do memo gera um erro de assinatura mesmo que o HMAC esteja correto. O nível de KYC define o teto do limite de taxa. O trading de futuros é restrito nos EUA, Hong Kong SAR e em várias outras regiões; essa restrição é aplicada na criação da conta e no envio de ordens. As especificidades dos endpoints mudam com o tempo. A estrutura geral é estável; os pesos exatos de limite de taxa, faixas de taxas e listas de símbolos estão disponíveis na documentação da BitMart.
Mercados e padrões de estratégia
- Estratégias de spot em pares de USDT e BTC
- Futuros perpétuos com margem em USDT (jurisdições não restritas)
- Futuros perpétuos inversos (com margem em moeda)
- Estratégias de empréstimo em isolated margin
- Execução baseada em níveis de KYC com limites de taxa mais altos
- Deploys de múltiplas estratégias isoladas por subcontas
- Consumidores de order book e fluxo de negociações via WebSocket
- Execução entre famílias (spot + futuros com domínios separados)
Superfície da API
- Superfícies de produtos
- Spot v3 no portal de API aberta, endpoints de isolated margin e futuros em um domínio distinto. Cada família possui seu próprio limite de taxa e escopo de autenticação. O trading de futuros é restrito nos EUA, Hong Kong SAR e em várias outras regiões; a restrição é aplicada na criação da conta e no envio de ordens, não apenas no login.
- Métodos de conexão
- REST para envio de ordens e consultas de conta. WebSocket para dados de mercado e eventos privados de conta. Streams públicos de WebSocket são abertos; inscrições privadas de WebSocket têm escopo de autenticação por chave.
- Autenticação
- Chave de API, segredo e memo assinados com HMAC-SHA256 (hexadecimal em minúsculas). As chaves têm escopo por família (spot, margin, futuros) e o nível de KYC define o teto do limite de taxa. A string memo é específica da BitMart e verificada no lado do servidor; a ausência do memo retorna um erro de assinatura mesmo que o HMAC em si esteja correto.
Para detalhes específicos, consulte BitMart
Endpoints específicos, pesos de limite de taxa, listas de símbolos, faixas de taxas e histórico de versões estão disponíveis na documentação da BitMart. Considere-os como a fonte oficial de informações.
Seção 03 · Desenvolva com IA
Desenvolva sua estratégia para BitMart com IA
Escolha um método de integração, faça um fork de um starter de framework da TradingHost e desenvolva sua estratégia em uma AI IDE. Cursor, Claude Code, GitHub Copilot e agentes de IA baseados em CLI funcionam com o mesmo fluxo de deploy nativo do GitHub.
API nativa da BitMart
Controle direto sobre o comportamento específico da BitMart, dados de conta e lógica de execução de ordens nas três famílias de endpoints.
CCXT
Interface comum entre a BitMart e outras exchanges de cripto. O CCXT expõe os mercados spot e swap da BitMart por meio da classe unificada `bitmart`.
Freqtrade ou Hummingbot
Deploys baseados em frameworks utilizando suas estruturas de estratégia e modelos de configuração. Ambos oferecem conectores para a BitMart com cobertura principal em spot.
Conector personalizado
Seu próprio motor de trading interno ou integração proprietária com a BitMart, assinando requisições com HMAC-SHA256 incluindo a string memo da BitMart.
Suporte de frameworks para produtos BitMart
A cobertura varia de acordo com o framework. O CCXT abrange os mercados spot e swap da BitMart; o Freqtrade cobre spot; o Hummingbot cobre spot com suporte parcial a perpétuos; o acesso via API nativa da BitMart cobre tudo o que a exchange oferece, incluindo isolated margin e as famílias de futuros. A cobertura de futuros não está disponível para contas em jurisdições restritas, independentemente do framework utilizado.
✓ suporte confirmado de acordo com a documentação oficial do framework. "não" indica que não há suporte documentado oficialmente. "parcial" indica cobertura limitada. Os links de fluxo direcionam para páginas em /workflows/ atualmente em desenvolvimento.
A TradingHost não impõe nenhum framework. Ela executa o seu projeto.
Desenvolva com IA
Os starters de framework acima combinam perfeitamente com AI IDEs. A interface de controle MCP da TradingHost fecha o ciclo: as ferramentas de IA podem inspecionar deploys, analisar logs e gerenciar o runtime junto com você, sem nunca interferir no caminho de execução das ordens.
Seção 04 · Execute na TradingHost
Execute seu código na TradingHost
A BitMart fornece a exchange e o acesso à API. A TradingHost fornece o ambiente de produção onde sua estratégia conectada à BitMart é executada.
Em vez de executar 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 pela TradingHost.
Você
- Seu repositório contém seu código.
- Seu deploy define como ele é executado.
- Sua estratégia se conecta à BitMart.
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 a TradingHost a acessar sua conta do GitHub.
- PASSO 02
Vincule um repositório ou comece a partir de um framework
Aponte a TradingHost para o seu repositório de estratégia existente ou faça um fork de um runtime de framework da TradingHost (CCXT, Freqtrade ou Hummingbot) para obter uma base funcional.
- PASSO 03
Implante em um contêiner da TradingHost
Escolha uma região (EU ou US-East), forneça as variáveis de ambiente que sua estratégia precisa (chave de API, secret, string de memo da BitMart e quaisquer flags de escopo por família) e faça o deploy. O TradingHost compila seu container a partir do repositório e executa sua estratégia em uma infraestrutura gerenciada de Kubernetes. Não é necessário instalar o Docker localmente.
- PASSO 04
Monitore logs e integridade
Acompanhe logs em tempo real, a integridade e o estado do runtime diretamente pelo painel da TradingHost. Essa mesma interface pode ser acessada via MCP a partir de qualquer AI IDE — assim, o Cursor, o Claude Code ou um agente de CLI podem ler o estado do deploy e gerenciar o runtime junto com você.
- PASSO 05
Atualize e faça o redeploy
Faça push das alterações para a branch principal do seu GitHub e a TradingHost realiza o redeploy de forma automática.
Seção 05 · Notas operacionais
Notas operacionais para BitMart
Problemas práticos que surgem ao executar uma estratégia da BitMart em um runtime em nuvem baseado em containers — detalhes que não estão na documentação da BitMart nem nos READMEs dos frameworks. Cada ponto abaixo foi citado ou parafraseado da própria documentação da BitMart; as orientações de deploy vêm da experiência de rodar essas estratégias na TradingHost.
01 · Três famílias
Spot v3, Margin e Futures operam sob famílias de endpoints separadas
A interface REST da BitMart divide-se em três famílias: Spot v3 no portal de API aberta, endpoints de Margin isolados e Futures em um domínio distinto. Cada família possui seu próprio limite de taxa (rate-limit pool), seu próprio escopo de autenticação e seu próprio vocabulário de erros. Uma estratégia que opera tanto em spot quanto em futuros precisa gerenciar o orçamento de requisições contra os limites individuais de cada família, em vez de um limite único combinado; tentativas de reenvio entre famílias que ignoram essa divisão podem causar throttling em um lado enquanto o outro ainda possui margem.
02 · Memo de assinatura
A string memo da API faz parte da assinatura, não é apenas um rótulo
O esquema de assinatura HMAC-SHA256 da BitMart inclui a string memo da API junto com a chave e o segredo. O memo é definido quando a chave é criada e é verificado no lado do servidor em cada requisição assinada. Uma falha silenciosa comum é tratar o memo como um rótulo de interface e omiti-lo do payload da assinatura; a requisição retorna um erro de assinatura mesmo quando o cálculo do HMAC está correto. Armazene o memo no mesmo registro de segredos que a chave e o segredo, e configure o código do cliente para recusar a assinatura se o memo estiver ausente.
03 · Geografia de futuros
Os contratos futuros são restritos nos EUA, Hong Kong SAR e outras regiões
A BitMart restringe a negociação de futuros nos EUA, Hong Kong SAR e em uma lista de outras regiões. A aplicação dessa regra ocorre na criação da conta e no envio de ordens, de modo que uma ordem de futuros de uma conta em jurisdição restrita é rejeitada, independentemente do nível da chave ou do nível de KYC. Se a sua estratégia for multijurisdicional, codifique a seleção de plataforma/região como um valor de configuração de primeira classe, em vez de uma chave por API, e permita que a estratégia contorne a BitMart quando a jurisdição operacional estiver na lista de restrições.
04 · Níveis de KYC
O nível de KYC define o teto de rate-limit e a capacidade de saque
O acesso à API é segmentado por níveis de KYC da conta: níveis mais altos desbloqueiam limites de requisições (rate limits) e cotas de saque elevados. Uma estratégia que roda sem problemas em uma conta verificada pode sofrer erros 429 inesperados quando copiada para uma conta nova em um nível inferior. Verifique a conta operacional no mesmo nível de produção antes de dimensionar o rendimento da estratégia, e condicione qualquer taxa de envio por segundo a uma configuração por conta, em vez de uma constante hard-coded.
05 · Postura pós-incidente
Rotacione chaves anteriores ao evento de segurança de dezembro de 2021
A BitMart divulgou um incidente de segurança em dezembro de 2021, no qual aproximadamente US$ 196 milhões foram perdidos de hot wallets. Posteriormente, a exchange reformulou a emissão de chaves e os controles de verificação de subcontas. Se você possui uma chave de API da BitMart emitida antes desse período e não a rotacionou desde então, considere a chave suspeita e gere uma nova. O esquema de assinatura permanece inalterado; o ponto de higiene operacional é rotacionar qualquer chave anterior à postura de segurança pós-incidente.
Seção 06 · Indicado para
Indicado para
Os runtimes da TradingHost para a BitMart são ideais para:
- Desenvolvedores criando estratégias em IDEs de IA (Cursor, Claude Code)
- Traders sistemáticos de cripto
- Desenvolvedores quant
- Usuários de CCXT, Freqtrade e Hummingbot
- Equipes migrando de hospedagem VPS para implantação em contêineres
Conectar o GitHub e criar sua primeira estratégia é grátis.
Seção 08 · Perguntas frequentes
Perguntas frequentes
Não. A TradingHost é independente e não possui afiliação com a BitMart.
Não. O código da sua estratégia se conecta à BitMart 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 ambiente de execução (runtime) onde esse código roda.
Não. O acesso à API da BitMart é fornecido pela própria BitMart. Você é responsável por sua conta na BitMart, permissões de API, credenciais e conformidade com os termos da BitMart.
Não. A TradingHost é o ambiente de execução em nuvem (runtime) onde o código da sua estratégia roda. 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 (geralmente com o Cursor ou o 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 são proprietários da lógica da estratégia; a TradingHost apenas 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 ambiente de execução 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 integradas de logs e integridade (health). Se você prefere operar a infraestrutura por conta própria, a AWS atende. Se deseja o ambiente de execução como um serviço gerenciado, a TradingHost é o caminho mais curto.
Sim. A TradingHost executa estratégias em Python; escolha o ambiente de execução 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 contêiner.
Sim. O CCXT expõe os mercados spot e swap da BitMart por meio da classe unificada `bitmart`. Coloque sua estratégia CCXT em um contêiner, aponte para o GitHub e a TradingHost a executará como qualquer outro projeto Python ou Node. Consulte o ambiente de execução do framework CCXT para ver os detalhes completos 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 ambiente de execução, ou separá-los em ambientes diferentes para obter isolamento e clareza operacional. Consulte a página do ambiente de execução da TradingHost para conhecer o modelo multiestratégia.
O caminho mais rápido é fazer um fork de um ambiente de execução de framework da TradingHost: CCXT, Freqtrade ou Hummingbot para ter 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 ambiente de execução estão listados na página de preços.
No seu fluxo de trabalho de segredos controlado pelo GitHub. A TradingHost lê esses dados 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, segredo ou string memo da BitMart. Consulte os segredos da plataforma para conhecer o modelo completo de tratamento.
Não. As estratégias nunca devem precisar de permissões de saque. Use permissões com escopo limitado (leitura, negociação spot, negociação de futuros) e mantenha a função de saque desativada na chave da estratégia. Emita chaves separadas e gerenciadas manualmente para transferências e tarefas operacionais.
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 do ambiente de execução. 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 ambiente de execução 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 executadas no mesmo contêiner. 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 conhecer a interface de logs e integridade.
A BitMart aplica restrições de futuros no nível jurisdicional, não apenas no nível da chave. Os EUA, Hong Kong SAR e várias outras regiões estão bloqueados para futuros da BitMart, independentemente do escopo da chave. Se a sua conta foi criada em uma jurisdição restrita, as ordens de futuros retornarão uma rejeição regional e nenhuma alteração de chave as desbloqueará. Direcione seu fluxo de futuros para uma plataforma não restrita ou use a BitMart apenas para spot a partir dessa conta. Consulte a seção de Notas operacionais acima para obter a orientação completa.
O TradingHost opera nas regiões EU e US-East. Escolha a região mais próxima do matching engine do 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 runtime de produção e implantação. O backtesting deve ser realizado na sua stack de pesquisa, framework ou AlgoBuilder.