Runtime nativo de IA para estratégias de trading na BingX
Desenvolva no Cursor, Claude Code ou em qualquer IDE de IA. Faça o deploy a partir do GitHub em um runtime de 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
- BingX
- Tipo de plataforma
- Exchange de cripto (focada em copy trading)
- Classe de ativos
- Cripto (spot, perpétuos USDT-M, copy trading)
- Produtos suportados
- Spot, futuros perpétuos USDT-M, futuros coin-M (padrão), copy trading sobre perpétuos e estratégias de grid. Trading de demonstração disponível em um endpoint de testnet separado.
- Modelo de runtime
- Runtime de estratégia em container
- Origem do deploy
- GitHub
- Linguagens
- Qualquer linguagem compatível com containers
- Integrações comuns
- OpenAPI nativa da BingX (REST e WebSocket), CCXT, 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, monitoramento de integridade, seleção de região, controle MCP
- Papel de BingX
- Conta na exchange, acesso à API, acesso ao mercado, ambiente de execução
- Afiliação
- A TradingHost é independente e não possui afiliação com a BingX.
Seção 02 · O que BingX oferece
O que BingX oferece
A BingX oferece trading spot, futuros perpétuos USDT-M e futuros coin-M (padrão) por meio da OpenAPI da BingX, além de uma camada de copy trading sobre os perpétuos. As estratégias se autenticam com assinaturas HMAC-SHA256 no cabeçalho X-BX-APIKEY contra uma string de parâmetros ordenada. Os detalhes dos endpoints mudam com o tempo; a BingX ajustou vários limites de taxa ao longo de 2025. A estrutura geral é estável; as cotas exatas e as listas de símbolos estão disponíveis na documentação da BingX.
Mercados e padrões de estratégia
- Estratégias de futuros perpétuos USDT-M
- Estratégias de futuros coin-M (padrão)
- Fluxos de contas mestre (parent) e seguidoras (follower) de copy trading
- Trading de taxa de financiamento (funding rate) e base em perpétuos
- Estratégias de spot em ativos listados na BingX
- Grid trading via OpenAPI
- Streams de ordens e saldos via canais privados de WebSocket
- Deploys validados em trading de demonstração no endpoint de testnet
Superfície da API
- Superfícies de produtos
- Spot, futuros perpétuos USDT-M e futuros coin-M (padrão) via OpenAPI da BingX. As hierarquias de copy trading funcionam sobre os perpétuos. Existe um endpoint separado para trading de demonstração, permitindo validação em uma testnet que espelha o ambiente de produção com chaves distintas.
- Métodos de conexão
- REST para envio de ordens e consultas de conta na família de caminhos openApi. Streams de WebSocket para dados de mercado em tempo real, profundidade de livro e negociações. Canais privados de WebSocket para eventos de conta, saldo e ordens.
- Autenticação
- Chave de API e segredo por estratégia. As requisições privadas contêm o cabeçalho X-BX-APIKEY e uma assinatura HMAC-SHA256 gerada a partir de uma string de parâmetros ASCII ordenada com o parâmetro de timestamp em milissegundos. As assinaturas são geradas em hexadecimal minúsculo. As permissões são definidas por chave (leitura, trading spot, trading de futuros, saques). As estratégias nunca devem precisar de permissão para saques.
Para detalhes específicos, consulte BingX
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 BingX. Utilize-os como a fonte oficial de informações.
Seção 03 · Desenvolva com IA
Desenvolva sua estratégia para BingX 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.
OpenAPI nativa da BingX
Controle direto sobre comportamentos específicos da BingX, hierarquias de copy trading e lógica de execução de ordens.
Hummingbot
Deploys baseados em framework utilizando a estrutura de estratégia e o modelo de configuração do Hummingbot.
Conector personalizado
Seu próprio motor de trading interno ou integração proprietária com a BingX.
Suporte de frameworks para produtos BingX
A cobertura varia de acordo com o framework. O CCXT abrange spot e perpétuos na BingX; o conector bingx_perpetual do Hummingbot foca em perpétuos USDT-M sem suporte a spot; o Freqtrade não lista a BingX como uma exchange suportada. Atualmente, os endpoints de copy trading são exclusivos da API nativa; nenhum framework os abstrai como uma primitiva nativa.
✓ suporte confirmado de acordo com a documentação oficial do framework. "não" indica que não há suporte documentado oficialmente.
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 BingX fornece a exchange e o acesso à API. A TradingHost fornece o ambiente de produção onde sua estratégia conectada à BingX é 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 à BingX.
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 repositório da sua estratégia existente ou faça um fork de um runtime de framework da TradingHost (CCXT 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 (chaves de API da BingX, etc.) e faça o deploy. A TradingHost constrói 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 BingX
Problemas práticos que surgem ao executar uma estratégia para a BingX em um runtime de nuvem em container, que não constam na documentação da BingX nem nos READMEs dos frameworks. Cada ponto abaixo foi citado ou parafraseado da própria documentação da BingX; as orientações de deploy são baseadas na execução dessas estratégias na TradingHost.
01 · Limites de taxa de out de 2025
Endpoint de ordens de swap agora é de 10 req/seg; interface de conta é de 2.000 req / 10 seg
A BingX publicou uma atualização de limite de taxa em 14 de outubro de 2025, aumentando o limite do endpoint de ordens de swap em /openApi/swap/v2/trade/order de 5 para 10 requisições por segundo por IP. O teto da interface de conta para tráfego no nível de IP foi elevado para 2.000 requisições por 10 segundos a partir de 10 de setembro de 2025. Integrações dimensionadas com base em guias antigos podem estar operando bem abaixo do limite disponível ou, no sentido oposto, podem ter sido escritas para um limite mais permissivo que foi reduzido desde então. Ajuste seu modelo de concorrência de acordo com os números de outubro de 2025 e verifique o feed de anúncios a cada poucos meses.
02 · Autenticação em três elementos
Cabeçalho X-BX-APIKEY, assinatura de string ordenada e timestamp em milissegundos
As requisições privadas da BingX contêm o cabeçalho X-BX-APIKEY (sua chave de API) e uma assinatura HMAC-SHA256 cuja entrada canônica é a string de parâmetros ASCII ordenada com o parâmetro de timestamp em milissegundos. As assinaturas são geradas em hexadecimal minúsculo. Falhas silenciosas comuns: timestamp em segundos em vez de milissegundos, parâmetros na ordem de inserção em vez de ordenados, saída em hexadecimal maiúsculo ou assinatura do componente de caminho incorreto. Utilize um SDK testado em produção ou faça testes unitários do fluxo de assinatura contra uma requisição válida conhecida antes do deploy.
03 · Janela de auto-recuperação
Recuperação automática de 10 minutos após bloqueio de IP ou UID; sem endpoint de recuperação manual
Quando uma estratégia excede o limite de taxa (rate-limit) de IP ou UID, a BingX retorna respostas 429 e continua a recusar requisições assinadas durante uma janela de recuperação automática de 10 minutos. Não há um endpoint de recuperação manual para liberar o bloqueio antes do tempo. O padrão correto é detectar o erro 429 no seu cliente, aplicar um backoff prudente de pelo menos 10 minutos (mais se o bloqueio tiver sido severo) e retomar o tráfego a uma taxa sabidamente segura, em vez de tentar novamente de forma agressiva enquanto a cota ainda está se restabelecendo.
04 · Isolamento de demo trading
O demo trading roda em uma testnet separada, com chaves e limites de taxa distintos
A BingX disponibiliza o demo trading em um endpoint de testnet separado. O conjunto de chaves, saldos e posições são isolados da produção, e a testnet de demonstração aplica seus próprios limites de taxa. Uma falha silenciosa comum é enviar código validado em ambiente demo para a produção sem trocar o conjunto de chaves, ou vice-versa. Mantenha as credenciais de demo e produção em entradas separadas no TradingHost Secrets; nunca reutilize a mesma chave entre ambientes.
05 · Histórico de segurança
Violação de segurança de setembro de 2024 exigiu rotação de credenciais e atualizações de segurança
A BingX divulgou um incidente de segurança em setembro de 2024 e realizou a rotação das credenciais dos usuários afetados logo em seguida. Estratégias que rodavam com chaves anteriores ao incidente precisaram reemitir novas chaves; a estrutura de limites de taxa também mudou várias vezes ao longo de 2025 como parte de um processo mais amplo de hardening. Trate a BingX como uma exchange cuja postura de segurança está em constante evolução: rotacione as chaves periodicamente, mantenha credenciais com permissão de saque fora de qualquer runtime em nuvem e acompanhe o canal de anúncios para evitar quebras por alterações de compatibilidade (breaking changes).
06 · Escopo de chaves
Uma chave com escopo limitado por estratégia, nunca uma chave mestra compartilhada
As chaves de API da BingX possuem escopos definidos por permissão (leitura, trade spot, trade de futuros, saque). As estratégias nunca devem precisar de permissão de saque; isole chaves com essa permissão em uma credencial separada e gerenciada manualmente fora do runtime do container. Chaves exclusivas por estratégia, contendo apenas os escopos necessários, limitam o raio de impacto (blast radius) em caso de vazamento. A liberação de IPs permitidos (IP whitelisting) também está disponível por chave.
Seção 06 · Indicado para
Indicado para
Os runtimes da TradingHost para a BingX são ideais para:
- Desenvolvedores que criam estratégias em IDEs de IA (Cursor, Claude Code)
- Traders sistemáticos de cripto
- Desenvolvedores quantitativos (quants)
- Usuários de CCXT e Hummingbot
- Equipes migrando de hospedagem VPS para implantação em containers
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 BingX.
Não. O código da sua estratégia se conecta à BingX 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 BingX é fornecido pela própria BingX. Você é responsável por sua conta na BingX, permissões de API, credenciais e conformidade com os termos da BingX.
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 (geralmente usando 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 o 3Commas, Cryptohopper e semelhantes são donos da lógica da estratégia; a TradingHost apenas 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 sob medida para estratégias de trading: implantação nativa via GitHub, controle via MCP a partir de IDEs de IA, além de interfaces de logs e status de saúde prontas para uso. Se você prefere operar a infraestrutura por conta própria, a AWS atende. Se você quer 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 compatível com a sua stack ou implante seu próprio repositório.
Sim. A TradingHost suporta qualquer linguagem que possa ser executada dentro de um container.
Sim. O CCXT expõe as interfaces de spot e swap da BingX por meio da classe unificada `bingx`. Como os endpoints de copy trading não são primitivas nativas do CCXT, os fluxos de copy trading devem ser executados diretamente na OpenAPI nativa da BingX. Consulte o runtime do framework CCXT para ver o guia completo de configuração.
A TradingHost é neutra em relação à exchange (venue-agnostic) no nível de runtime: qualquer código capaz de se autenticar na BingX pode rodar dentro de um container, incluindo uma estratégia hospedada em uma conta principal (parent account) de copy trading da BingX. O detalhe que você precisa prever no seu deisgn é que qualquer posição aberta pela sua estratégia acionará ordens copiadas (copy-fills) em cada conta seguidora vinculada, ponderadas pelas configurações delas. Execute estratégias elegíveis para cópia em uma subconta separada de qualquer estratégia privada e isole as chaves de API por estratégia para limitar o raio de impacto.
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 runtime da TradingHost para conhecer o modelo multiestratégia.
O caminho mais rápido é fazer um fork de um runtime de framework da TradingHost: CCXT 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 é grátis; 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 de repositório do GitHub, segredos de ambiente ou pelo seu próprio processo homologado de gerenciamento de segredos. A TradingHost não precisa da custódia da sua chave de API e segredo. Consulte 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, trade spot, trade de futuros) e IP whitelisting onde for apropriado.
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 trades. Consulte a interface de controle MCP para obter mais detalhes.
Ambos. A interface de controle MCP funciona perfeitamente tanto a partir de agentes baseados em CLI (Claude Code CLI, clientes MCP personalizados, chamadas MCP via script) quanto 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 principal dispara uma nova implantação.
O runtime detecta a falha e expõe os logs e 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 observabilidade para conhecer a interface de logs e integridade.
A BingX ajustou vários limites de taxa (rate-limits) ao longo de 2025. A atualização de 14 de outubro de 2025 aumentou o limite do endpoint de ordens de swap em /openApi/swap/v2/trade/order de 5 para 10 requisições por segundo por IP; o limite da interface de conta foi elevado para 2.000 requisições a cada 10 segundos a partir de 10 de setembro de 2025. Integrações dimensionadas com base em guias antigos podem ter sido escritas considerando limites mais permissivos que foram reduzidos, ou limites mais rígidos que foram aumentados. Quando uma estratégia sofre um bloqueio (throttle), a BingX impõe uma janela de recuperação automática de 10 minutos, sem endpoint de recuperação manual. Redimensione sua estratégia com base nos números atuais de outubro de 2025 e aplique um recuo (backoff) prudente. Consulte a seção de Notas operacionais acima para obter as orientações completas.
O TradingHost roda 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 ver detalhes de roteamento e proximidade.
Não. O TradingHost é focado em runtime de produção e implantação. O backtest pertence à sua stack de pesquisa, framework ou AlgoBuilder.