Runtime nativo para IA para estratégias de trading na Coincheck
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 de primeira classe, logs e seleção de região.
Seção 01 · Visão rápida
Visão rápida
- Plataforma
- Coincheck
- Tipo de plataforma
- Exchange de criptoativos (CNCK listada na NASDAQ)
- Classe de ativos
- Cripto (spot cotado em JPY)
- Produtos suportados
- Negociação spot cotada em JPY para BTC, ETH, XRP e outros pares listados. A Coincheck também oferece produtos derivativos separados cotados em JPY com sua própria designação de market_type distinta do mercado spot.
- Modelo de runtime
- Runtime de estratégia em container
- Origem do deploy
- GitHub
- Linguagens
- Qualquer linguagem compatível com containers
- Integrações comuns
- APIs nativas REST e WebSocket da Coincheck, 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, health checks, seleção de região, controle MCP
- Papel de Coincheck
- Conta na exchange, acesso à API, acesso ao mercado, ambiente de execução
- Afiliação
- O TradingHost é independente e não possui afiliação com a Coincheck.
Seção 02 · O que Coincheck oferece
O que Coincheck oferece
A Coincheck é uma exchange de criptoativos regulada no Japão que oferece negociação spot cotada em JPY para BTC, ETH, XRP e outros pares listados, além de produtos derivativos japoneses separados com sua própria designação de market_type. As estratégias se autenticam com assinaturas HMAC-SHA256 usando um nonce em milissegundos estritamente crescente. As especificidades dos endpoints mudam com o tempo; a Coincheck reserva-se o direito de ajustar os limites de taxa com base na carga do sistema sem aviso prévio. A estrutura geral é estável; os números precisos de limites de taxa e as listas de símbolos estão disponíveis na documentação da Coincheck.
Mercados e padrões de estratégia
- Estratégias spot cotadas em JPY (BTC_JPY, ETH_JPY, XRP_JPY)
- Negociação spot de altcoins de cauda longa cotadas em JPY
- Arbitragem de JPY entre exchanges pareada com a bitFlyer ou outras plataformas japonesas
- Consumidores de dados de mercado via WebSocket público
- Fluxos de eventos de ordens e contas via WebSocket privado
- Estratégias de desequilíbrio de livro de ofertas (order book imbalance) em pares de JPY
- Deploys de múltiplas estratégias isoladas por subcontas
- Operações de taxa de financiamento (funding rate) em produtos derivativos japoneses (onde disponível)
Superfície da API
- Superfícies de produtos
- Negociação spot cotada em JPY para BTC, ETH, XRP e outros pares listados. Produtos derivativos japoneses separados possuem sua própria designação de market_type distinta do mercado spot. A Coincheck é uma exchange regulada no Japão que opera sob a supervisão da JFSA; a disponibilidade de produtos é voltada ao mercado japonês.
- Métodos de conexão
- REST em https://coincheck.com/api/ para envio de ordens, dados de mercado e consultas de conta. WebSocket público para dados de mercado em tempo real sem autenticação. WebSocket privado para eventos de ordens e saldos no escopo da conta; cada conexão de WebSocket privado exige um handshake de autenticação por conexão no início da sessão.
- Autenticação
- Chave de API, segredo e nonce por requisição assinada. A assinatura é um HMAC-SHA256 sobre nonce + URL + corpo, assinada com seu segredo. O nonce deve ser um número inteiro com precisão de milissegundos estritamente crescente; um nonce igual ou inferior ao valor anterior é rejeitado. As permissões têm escopo por chave. As estratégias nunca devem precisar de permissão de saque.
Para detalhes específicos, consulte Coincheck
Endpoints específicos, limites de taxa, listas de símbolos, faixas de taxas e histórico de versões estão disponíveis na documentação da Coincheck. Considere-os como a fonte oficial de informações.
Seção 03 · Desenvolva com IA
Desenvolva sua estratégia para Coincheck 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 Coincheck
Controle direto sobre o comportamento específico da Coincheck, manipulação de nonce e lógica de execução de ordens.
Hummingbot
Deploys baseados em framework usando 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 Coincheck.
Suporte de frameworks para produtos Coincheck
O suporte de frameworks para a Coincheck é limitado. O CCXT expõe o mercado spot cotado em JPY através da classe unificada coincheck. O Hummingbot e o Freqtrade não listam a Coincheck entre suas exchanges oficialmente suportadas. Os produtos derivativos japoneses não são expostos como primitivas nativas nos frameworks; para derivativos, utilize a API nativa da Coincheck.
✓ 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 Coincheck fornece a exchange e o acesso à API. A TradingHost fornece o ambiente de produção onde sua estratégia conectada à Coincheck é 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 à Coincheck.
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 o TradingHost para o repositório da sua estratégia existente ou faça um fork de um runtime de framework do TradingHost (CCXT) para obter uma base funcional.
- PASSO 03
Implante em um contêiner da TradingHost
Escolha uma região (EU ou US-East), informe as variáveis de ambiente que sua estratégia exige (chave de API e segredo da Coincheck, etc.) e faça o deploy. A TradingHost compila seu container a partir do repositório e executa sua estratégia em uma infraestrutura gerenciada de Kubernetes. Não requer instalação local do Docker.
- 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 Coincheck
Detalhes importantes ao executar uma estratégia para a Coincheck em um runtime em nuvem baseado em containers: informações que não estão na documentação da Coincheck nem nos READMEs de frameworks. Cada ponto abaixo foi citado ou parafraseado da própria documentação da Coincheck; as orientações de implantação baseiam-se na execução dessas estratégias no TradingHost.
01 · Ordenação de nonce
O nonce deve ser um número inteiro com precisão de milissegundos estritamente crescente
As requisições assinadas da Coincheck contêm um cabeçalho ACCESS-NONCE que deve ser estritamente maior do que o nonce aceito anteriormente para aquela chave. Um nonce igual ou inferior ao último valor registrado retorna uma resposta de erro de nonce. O padrão recomendado é um timestamp Unix com precisão de milissegundos, mas qualquer contador monotônico funciona. Duas estratégias compartilhando a mesma chave entrarão em conflito se gerarem nonces sobrepostos; utilizar uma chave exclusiva por estratégia elimina essa classe de bugs de colisão de nonce.
02 · Limite de taxa compartilhado
4 requisições por segundo compartilhadas entre todos os pares para novas ordens; 1 req/seg por par para consultas de detalhes de ordens
A Coincheck impõe um limite compartilhado de 4 requisições por segundo em todos os pares para o envio de novas ordens. As consultas de detalhes de ordens são limitadas separadamente a 1 requisição por segundo por par. Atingir qualquer um desses limites retorna respostas 429. A documentação da API da Coincheck inclui a ressalva explícita de que os limites de taxa "may be changed depending on system load" sem aviso prévio. Dimensione sua concorrência abaixo dos limites publicados para garantir uma margem de segurança e trate o erro 429 como uma instrução para reduzir o ritmo de requisições (backoff).
03 · Autenticação de WebSocket privado
Canais WebSocket privados exigem handshake de autenticação por conexão no início da sessão
Os canais WebSocket públicos da Coincheck (negociações, livro de ordens) conectam-se sem autenticação. Canais WebSocket privados (eventos de saldo e ordens no escopo da conta) exigem um handshake de autenticação por conexão no início da sessão, enviado como parte da mensagem de inscrição, e não no handshake HTTPS. Estratégias que autenticam apenas no handshake HTTPS têm suas inscrições privadas descartadas silenciosamente ou recusadas.
04 · Assinatura de três cabeçalhos
ACCESS-KEY, ACCESS-NONCE e ACCESS-SIGNATURE são obrigatórios
As requisições REST privadas da Coincheck contêm três cabeçalhos: ACCESS-KEY (sua chave de API), ACCESS-NONCE (um número inteiro de milissegundos estritamente crescente) e ACCESS-SIGNATURE (HMAC-SHA256 de nonce + URL + corpo, assinado com seu segredo, saída em hexadecimal). Estratégias que omitem qualquer um dos três retornam respostas de erro de assinatura. O corpo canônico deve corresponder exatamente ao que é enviado; serialize o JSON com ordenação estável de chaves antes de assinar.
05 · market_type de derivativos
Produtos de derivativos regulados no Japão têm uma designação market_type separada do mercado à vista (spot)
A Coincheck oferece produtos de derivativos licenciados no Japão separadamente do mercado à vista (spot) cotado em JPY. Os produtos de derivativos são sinalizados por meio de uma designação market_type distinta; estratégias que filtram apenas por símbolo sem verificar o market_type podem acidentalmente direcionar a lógica de spot para um produto de derivativo ou vice-versa. Defina o market_type como um filtro explícito no envio de ordens e no processamento de execuções.
06 · Escopo de chaves
Uma chave com escopo limitado por estratégia, nunca uma chave mestra compartilhada
As chaves de API da Coincheck possuem escopos por permissão (leitura, negociação, saque). As estratégias nunca devem precisar de escopo de saque; isole as chaves com permissão de saque em uma credencial separada e gerenciada manualmente fora do container runtime. Chaves específicas por estratégia, contendo apenas os escopos necessários, limitam o raio de impacto em caso de vazamento. Chaves por estratégia também evitam o padrão de colisão de nonce que ocorre quando duas estratégias compartilham a mesma chave.
Seção 06 · Indicado para
Indicado para
Os runtimes da TradingHost para a Coincheck são ideais para:
- Desenvolvedores criando estratégias em IDEs de IA (Cursor, Claude Code)
- Traders sistemáticos de cripto
- Desenvolvedores quantitativos
- Titulares de contas Coincheck licenciadas no Japão
- 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. A TradingHost é independente e não possui afiliação com a Coincheck.
Não. O código da sua estratégia se conecta à Coincheck 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 Coincheck é fornecido pela própria Coincheck. Você é responsável por sua conta Coincheck, permissões de API, credenciais e conformidade com os termos da Coincheck.
Não. A TradingHost é o runtime em nuvem onde o código da sua estratégia é executado. 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 (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 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 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 prontas para logs e monitoramento de integridade. Se você prefere operar a infraestrutura por conta própria, a AWS atende. Se deseja 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 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 a Coincheck por meio da classe unificada `coincheck` para o mercado à vista (spot) cotado em JPY. Os produtos de derivativos regulados no Japão não são disponibilizados como uma primitiva nativa do CCXT; para derivativos, utilize a API nativa da Coincheck. Consulte o framework runtime do CCXT para ver os detalhes completos de configuração.
A TradingHost é agnóstica em relação à corretora no nível do runtime: qualquer código capaz de se autenticar na Coincheck pode ser executado dentro de um container, incluindo estratégias voltadas para produtos de derivativos regulados no Japão. O detalhe que você precisa prever no desenvolvimento é que os produtos de derivativos possuem uma designação market_type separada do mercado à vista (spot). Defina o market_type como um filtro explícito no envio de ordens e no processamento de execuções para que a lógica de spot não seja direcionada acidentalmente para um produto de derivativo.
Sim, se o seu projeto for desenvolvido 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 fins de isolamento e clareza operacional. Consulte a página de runtimes da TradingHost para conhecer o modelo de múltiplas estratégias.
O caminho mais rápido é fazer um fork de um framework runtime da TradingHost: CCXT para um projeto de spot pronto para implantação. Ou conecte seu próprio repositório de estratégia do GitHub caso utilize a API nativa da Coincheck. 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 pelo seu próprio processo aprovado de gerenciamento de segredos. A TradingHost não precisa da custódia da sua chave de API e do seu segredo. Consulte a seção de segredos da plataforma para entender o modelo completo de tratamento.
Não. As estratégias nunca devem precisar de permissões de saque. Utilize permissões com escopo limitado (leitura, negociação) e lista de permissões de IP (IP whitelisting) quando 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 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 git push comum para a sua branch principal dispara uma nova implantação.
O runtime detecta a falha e expõe os logs e as 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 continua sendo o 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 Coincheck exige que o ACCESS-NONCE seja um número inteiro estritamente crescente com precisão de milissegundos por chave de API. Um nonce igual ou inferior ao valor aceito anteriormente retorna uma resposta de erro de nonce. A causa mais comum é o compartilhamento de uma mesma chave por duas estratégias, gerando nonces sobrepostos, ou o relógio do container retrocedendo (correção de NTP na direção errada). Use uma chave com escopo específico por estratégia e confie no relógio sincronizado por NTP do runtime. 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 (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 deploy. O backtesting deve ser feito em sua stack de pesquisa, framework ou AlgoBuilder.