Runtime nativo de IA para estratégias de trading na CEX.IO

Não. O código da sua estratégia se conecta ao CEX.IO 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 do CEX.IO é fornecido pelo próprio CEX.IO. Você é responsável por sua conta do CEX.IO, permissões de API, credenciais e conformidade com os termos do CEX.IO.

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 pré-configurados. Com a TradingHost, você mesmo escreve ou gera a estratégia (geralmente usando Cursor ou Claude Code), mantém o código no GitHub e usa a TradingHost para executá-lo em produção. Produtos como o 3Commas e o Cryptohopper são proprietários da lógica da estratégia; a TradingHost apenas executa a sua estratégia.

A AWS e a DigitalOcean fornecem infraestrutura bruta de computação. 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 via GitHub, controle baseado em MCP a partir de IDEs de IA, além de interfaces prontas para logs e monitoramento de saúde. Se você quer operar a infraestrutura por conta própria, a AWS funciona. 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 runtime de framework que corresponda à 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 o mercado spot de varejo do CEX.IO por meio da classe unificada `cex`. A liquidez agregada do CEX.IO Prime é institucional e não é um mercado nativo de primeira classe no CCXT; para o Prime, utilize a Prime Liquidity API nativa ou o FIX 4.4. Consulte o runtime do framework CCXT para ver o processo completo de configuração.

Sim. A TradingHost é neutra em relação à exchange no nível do runtime: qualquer código capaz de se autenticar no CEX.IO Prime pode ser executado dentro de um container, incluindo uma sessão FIX 4.4. O detalhe que você precisa planejar é que o FIX possui seu próprio contrato de gerenciamento de sessão (logon, heartbeat, recuperação de número de sequência) que difere de REST/WebSocket. Fixe uma biblioteca testada em produção, como a QuickFIX, supervisione o estado da sessão fora da lógica da estratégia e trate as reinicializações de sessão FIX como eventos de runtime recuperáveis.

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 runtimes da TradingHost para conhecer o modelo multiestratégia.

O caminho mais rápido é fazer um fork de um runtime de framework da TradingHost: CCXT para um projeto de mercado spot de varejo pronto para implantação. Ou conecte seu próprio repositório de estratégia do GitHub se o seu foco for a Prime Liquidity API nativa ou o FIX 4.4. 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 do seu próprio processo aprovado de gerenciamento de segredos. A TradingHost não precisa da custódia da sua chave de API do Prime, do segredo ou da configuração de sessão FIX. Consulte a seção de segredos da plataforma para conhecer o modelo completo de tratamento.

Não. As estratégias nunca devem precisar da permissão Funds External (saque). O CEX.IO divide as permissões de chave de API em cinco escopos: Read, Trade, Funds Internal, Funds Wallet e Funds External. Chaves específicas por estratégia, contendo apenas os escopos necessários para aquela estratégia, limitam o raio de impacto em caso de vazamento de chave; isole chaves com permissão de saque em uma credencial separada e gerenciada manualmente fora do container runtime.

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 push comum do git 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 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 observabilidade para acessar os logs e a interface de integridade.

A CEX.IO Prime assina o HMAC combinando action + timestamp + body (e não apenas o corpo bruto), utilizando um segredo decodificado em base64. Estratégias que geram o hash apenas do corpo, assinam com o segredo como uma string UTF-8 em vez de decodificá-lo de base64, ou omitem o prefixo action recebem respostas de erro de assinatura que se parecem com erros de chave incorreta. Realize testes unitários no fluxo de assinatura comparando com uma requisição sabidamente válida antes de colocar em produção. Consulte a seção de Notas operacionais acima para obter as orientações completas.

O TradingHost opera nas regiões EU e US-East. Para o CEX.IO Prime, a região EU costuma ser a escolha ideal, pois o tráfego dos EUA é bloqueado nos níveis Prime, apesar do registro FCA MLR da controladora. Escolha a região cuja geografia de saída de rede seja consistente com o seu contrato de usuário e com as suas diretrizes de conformidade. Consulte a página de regiões para ver detalhes de roteamento e proximidade.

Não. A TradingHost é focada em runtime de produção e implantação. O backtesting deve ser realizado em sua própria stack de pesquisa, framework ou no AlgoBuilder.