Tempo de leitura: … min

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

Desenvolva no Cursor, Claude Code ou em qualquer IDE de IA. Faça o deploy a partir do GitHub em um runtime gerenciado na nuvem com controle MCP nativo, logs e seleção de região.

Pela equipe de engenharia da TradingHost

Seção 01 · Visão rápida

Visão rápida

Plataforma
CoinW
Tipo de plataforma
Exchange de cripto (Sede em Dubai, global)
Classe de ativos
Cripto
Produtos suportados
Trading spot, futuros perpétuos (endpoints `/v1/perpum/`), copy trading e strategy-square (apenas na plataforma, acesso parcial via API). Contas dos EUA, CA, JP e Reino Unido têm bloqueio geográfico.
Modelo de runtime
Runtime de estratégia em container
Origem do deploy
GitHub
Linguagens
Qualquer linguagem compatível com containers
Integrações comuns
CoinW OpenAPI nativa (REST e WebSocket), CCXT, conectores personalizados. URLs base separadas para spot (api.coinw.com) e futuros (ws.futurescw.com/perpum).
Integração com fluxo de IA
Interface 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 via MCP
Papel de CoinW
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 CoinW

Seção 02 · O que CoinW oferece

O que CoinW oferece

A CoinW oferece trading spot e de futuros perpétuos via CoinW OpenAPI. A exchange divide os endpoints REST e WebSocket entre as URLs base de spot (api.coinw.com) e futuros (ws.futurescw.com/perpum), exigindo que os wrappers de clientes façam o roteamento por tipo de mercado. O copy trading e o strategy-square existem na plataforma, mas expõem apenas acesso parcial à API. O bloqueio de serviço é aplicado nos níveis de IP e KYC para contas dos EUA, CA, JP e Reino Unido. As especificidades dos endpoints mudam com o tempo. A estrutura geral é estável; os limites exatos de taxa (rate-limit), listas de símbolos e faixas de taxas (fees) estão disponíveis na documentação da CoinW.

Mercados e padrões de estratégia

  • Trading spot em pares com cotação em USDT, BTC e ETH
  • Futuros perpétuos (endpoints `/v1/perpum/`)
  • Inscrições de WebSocket por família de endpoints (spot e futuros distintos)
  • Filtragem no lado do cliente via OpenAPI para ordens originadas pelo usuário
  • Deploys multiestratégia divididos entre as URLs de spot e futuros
  • Operações de carry de taxa de financiamento (funding rate) em perpétuos de USDT
  • Filtragem de ordens compatível com strategy-square e copy trading (a API retorna erros em posições de cópia)
  • Tratamento de jurisdição de conta por geolocalização (EUA, CA, JP e Reino Unido bloqueados)

Superfície da API

Superfícies de produtos
Spot e futuros perpétuos. O copy trading e o strategy-square existem na plataforma, mas expõem apenas acesso parcial à API; a OpenAPI retorna erros quando chamada para posições de copy trading, embora a interface web exiba ordens de cópia, de strategy-square e ordens originadas pelo usuário de forma unificada.
Métodos de conexão
API REST para ordens spot e consultas de conta em `https://api.coinw.com`. WebSocket para futuros em `wss://ws.futurescw.com/perpum`. A divisão de URL base entre REST spot e WebSocket de futuros é uma característica específica da CoinW; os clientes de integração devem codificar o roteamento por tipo de mercado, em vez de assumir uma única família de endpoints.
Autenticação
Chave de API e segredo por estratégia com requisições assinadas por HMAC. As permissões podem ser limitadas por chave. O bloqueio de serviço é aplicado no nível de IP e residência de KYC para EUA, CA, JP e Reino Unido; chaves de API emitidas sob essas jurisdições não podem enviar ordens.

Para detalhes específicos, consulte CoinW

Endpoints específicos, pesos de rate-limit, listas de símbolos, faixas de taxas e histórico de versões estão disponíveis na documentação da CoinW. Use-os como a fonte oficial de informações.

Seção 03 · Desenvolva com IA

Desenvolva sua estratégia para CoinW 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 CoinW

    Controle direto sobre comportamentos específicos da CoinW, a divisão de URLs entre spot e futuros e as particularidades da API de copy trading.

  • CCXT

    Interface comum entre a CoinW e outras exchanges de cripto. O CCXT expõe a CoinW através da classe unificada `coinw` para spot; a cobertura de futuros é parcial.

  • Freqtrade ou Hummingbot

    Nenhum dos frameworks lista a CoinW como uma exchange com suporte nativo atualmente. Implementações personalizadas ou baseadas em CCXT são o caminho documentado.

  • Conector personalizado

    Seu próprio motor de trading interno ou integração proprietária com a CoinW utilizando as URLs base api.coinw.com e ws.futurescw.com.

Suporte de frameworks para produtos CoinW

A cobertura varia de acordo com o framework. O CCXT expõe o mercado spot da CoinW através de sua classe unificada `coinw`, com cobertura parcial para futuros. Nem o Freqtrade nem o Hummingbot listam a CoinW como uma exchange com suporte nativo atualmente. O acesso nativo à API alcança diretamente as famílias de endpoints de spot (api.coinw.com) e futuros (ws.futurescw.com/perpum).

FrameworkSpotFuturosMargemOpções
Native CoinW APISuportadoSuportadoNão documentado como suportadoNão documentado como suportado
CCXTSuportadoParcialmente suportadoNão documentado como suportadoNão documentado como suportado
FreqtradeNão documentado como suportadoNão documentado como suportadoNão documentado como suportadoNão documentado como suportado
HummingbotNão documentado como suportadoNão documentado como suportadoNão documentado como suportadoNão documentado como suportado

✓ suporte confirmado de acordo com os documentos oficiais do framework. "não" indica que não há suporte documentado oficialmente. "parcial" indica cobertura limitada. Os links de fluxo de trabalho apontam para páginas /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 CoinW fornece a exchange e o acesso à API. A TradingHost fornece o ambiente de produção onde sua estratégia conectada à CoinW é 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 à CoinW.

TradingHost

  • Mantém o runtime online.
  • Exibe logs e health checks.
  • Seleção de região.
  • Superfície de deploy controlada.

Fluxo de deploy

  1. PASSO 01

    Conecte o GitHub

    Autorize a TradingHost a acessar sua conta do GitHub.

  2. 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) para obter uma base funcional integrada à CoinW OpenAPI.

  3. 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 e segredo da CoinW, configurações de URL base para spot vs. futuros) e faça o deploy. O TradingHost cria seu contêiner a partir do repositório e executa sua estratégia em uma infraestrutura gerenciada de Kubernetes. Não é necessário instalar o Docker localmente.

  4. 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ê.

  5. 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 CoinW

Problemas práticos que surgem ao executar uma estratégia para a CoinW em um runtime de nuvem baseado em containers, que não estão na documentação da CoinW nem nos READMEs dos frameworks. Cada ponto abaixo foi adaptado da própria documentação da CoinW; as orientações de deploy vêm da experiência de execução dessas estratégias na TradingHost.

  1. 01 · Divisão de URL

    O REST de spot e o WebSocket de futuros ficam em URLs base separadas

    A CoinW divide sua interface de API entre duas URLs base: REST e spot em `https://api.coinw.com`, e WebSocket de futuros em `wss://ws.futurescw.com/perpum`. Essa divisão é incomum; a maioria das exchanges serve spot e derivativos a partir do mesmo domínio raiz, diferenciando-os apenas no caminho do endpoint. Os clientes de integração devem realizar o roteamento por tipo de mercado no nível da URL, e não apenas no caminho do endpoint. Uma estratégia que define uma única URL base fixa para ambos os produtos falhará silenciosamente no outro mercado até que o roteamento seja corrigido.

  2. 02 · Particularidade do copy trading

    A OpenAPI retorna erros em posições de copy trading e strategy-square, embora a interface web as liste juntas

    A plataforma CoinW exibe posições de copy-trade, posições de strategy-square e ordens originadas pelo usuário juntas em uma visualização unificada do histórico de ordens. A OpenAPI não faz isso. Chamadas para posições de copy-trade ou strategy-square retornam erros, enquanto chamadas para ordens originadas pelo usuário são bem-sucedidas. Uma estratégia que itera sobre a lista de ordens sem filtragem no lado do cliente gera erros para cada posição de copy-trade ou strategy-square, poluindo a taxa de sucesso e desencadeando tempestades de tentativas de reenvio (retry storms). Filtre as ordens originadas pelo usuário no lado do cliente antes de chamar os endpoints de gerenciamento de ordens.

  3. 03 · Restrição geográfica

    Negação de serviço para contas dos EUA, CA, JP e UK no nível de IP e KYC

    A CoinW não provisiona contas nem aceita tráfego de API de usuários nos Estados Unidos, Canadá, Japão e Reino Unido. O bloqueio é aplicado tanto no nível de IP (geo-IP) quanto no nível de residência do KYC. Estratégias autenticadas com uma conta CoinW de residência nos EUA falharão no envio de ordens, independentemente do IP de saída do runtime na nuvem; realocar o container para uma região não bloqueada não contorna uma conta com KYC dos EUA. Trate a jurisdição da conta como a barreira definitiva, não o IP de saída do runtime.

  4. 04 · Endpoints de futuros

    Família de caminhos `/v1/perpum/` gerencia futuros perpétuos

    Os endpoints de futuros perpétuos da CoinW ficam sob a família de caminhos `/v1/perpum/`. Os endpoints de informações de instrumentos, requisitos de margem e gerenciamento de ordens diferem entre spot e perpétuos; a árvore de caminhos spot e a árvore de caminhos de futuros não são intercambiáveis. Um bug silencioso comum é chamar um endpoint de informações de instrumento do tipo spot para um símbolo perpétuo e receber um erro 404 ou uma resposta vazia. Codifique a família de caminhos spot vs. futuros no seu wrapper de cliente.

  5. 05 · Códigos de erro

    Baseie-se na referência de códigos de erro documentada em vez de adivinhar pelo status HTTP

    A CoinW publica uma referência estruturada de códigos de erro que mapeia códigos de resposta às causas raiz (autenticação, parâmetros, limite de taxa, regras de negócios). O status HTTP por si só não comunica a falha real; o corpo da resposta traz o código específico da CoinW que nomeia a causa. Um loop de repetição que se baseia no status HTTP tentará novamente contra rejeições de regras de negócios que nunca serão bem-sucedidas. Em vez disso, baseie suas decisões nos códigos de erro documentados.

  6. 06 · Escopo de saque

    Estratégias nunca devem carregar uma chave com escopo de saque

    A CoinW suporta chaves de API com escopo, com permissões separadas de leitura, negociação e saque. As estratégias nunca devem precisar de permissão de saque. Mantenha a permissão de saque em uma chave separada e gerenciada manualmente em um host fixo que nenhuma estratégia carregue, e envie as chaves da estratégia apenas com os escopos de negociação e leitura. Uma chave vazada apenas para negociação não pode retirar fundos da exchange; uma chave vazada com capacidade de saque pode.

Seção 06 · Indicado para

Indicado para

Os runtimes da TradingHost para a CoinW são ideais para:

  • Desenvolvedores criando estratégias em IDEs de IA (Cursor, Claude Code)
  • Traders sistemáticos de cripto
  • Desenvolvedores quantitativos
  • Usuários do CCXT
  • 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. O TradingHost é independente e não é afiliado à CoinW.

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

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

Não. O 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é-construídos. Com o 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 o TradingHost para executá-lo em produção. Produtos como 3Commas, Cryptohopper e similares são donos da lógica da estratégia; o TradingHost apenas executa a sua estratégia.

A AWS e a DigitalOcean oferecem computação bruta. Você mesmo lida 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. O TradingHost oferece um runtime gerenciado criado 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 funciona. Se você quer o runtime como um serviço gerenciado, o TradingHost é o caminho mais curto.

Sim. O TradingHost executa estratégias em Python; escolha o runtime de framework que corresponda à sua stack ou implante seu próprio repositório.

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

Sim. O CCXT oferece uma classe unificada `coinw` que cobre o trading spot; a cobertura de futuros é parcial. Coloque sua estratégia CCXT em um container, aponte para o GitHub e o TradingHost a executará como qualquer outro projeto Python ou Node. Consulte o runtime do framework CCXT para ver o guia completo de configuração.

Sim. Os futuros perpétuos da CoinW estão acessíveis através da família de endpoints `/v1/perpum/` em uma URL base separada (`wss://ws.futurescw.com/perpum` para WebSocket). O código da estratégia dentro do seu container deve fazer o roteamento por tipo de mercado, pois os endpoints spot ficam em `api.coinw.com`, enquanto os endpoints de futuros ficam no subdomínio perpum. O TradingHost é agnóstico em relação à exchange no nível do runtime; o que importa é que seu código faça a divisão de URLs corretamente.

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 isolamento e clareza operacional. Consulte a página de runtime do TradingHost para ver o modelo de multiestratégia.

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

Não. As estratégias nunca devem precisar de permissões de saque. Limite o escopo da sua chave de API apenas para negociação e leitura do estado da conta, e remova totalmente a permissão de saque da chave.

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 interface de controle e observabilidade, não o caminho de execução de operações. Consulte a interface de controle MCP para ver o panorama completo.

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 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 observabilidade para ver a interface de logs e integridade.

A interface da plataforma CoinW exibe posições de copy trading, posições de strategy-square e ordens originadas pelo usuário juntas em uma visualização unificada. A OpenAPI retorna erros quando chamada para posições de copy trading ou strategy-square, mesmo que elas apareçam ao lado de ordens originadas pelo usuário. Uma estratégia que itera a lista de ordens sem filtragem no lado do cliente gera erros para cada posição de cópia ou de strategy-square, poluindo a taxa de sucesso e desencadeando tempestades de retentativas. Filtre as ordens originadas pelo usuário no lado do cliente antes de chamar os endpoints de gerenciamento de ordens. Consulte a seção de Notas operacionais acima para obter a orientação completa.

O TradingHost é executado nas regiões EU e US-East. Escolha a região mais próxima do mecanismo de correspondência do qual sua estratégia depende. Observação: A CoinW realiza geobloqueio de contas de US, CA, JP e UK no nível de residência do KYC; escolher uma região não bloqueada do TradingHost não contorna as restrições de residência de uma conta bloqueada. 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 feito em sua pilha de pesquisa, framework ou AlgoBuilder.