Runtime nativo de IA para estratégias de trading na Gate.io

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

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

Não. O TradingHost é o ambiente de execução em nuvem onde o código da sua estratégia roda. Nós não fornecemos sinais, modelos de previsão de IA ou estratégias prontas. 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 proprietários da lógica da estratégia; o 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. O TradingHost oferece um ambiente de execução gerenciado e construído especificamente para estratégias de trading: deploy nativo via GitHub, controle baseado em 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 bem. Se deseja o ambiente de execução como um serviço gerenciado, o TradingHost é o caminho mais curto.

Sim. O TradingHost executa estratégias em Python; escolha o ambiente de execução de framework que corresponda à sua stack ou faça o deploy do seu próprio repositório.

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

Use `gate`. Essa é a classe ativa. O ID `gateio` ainda funciona e herda de `gate`, mas novos códigos devem usar `gate`. Inicialize com ccxt.gate({"apiKey": ..., "secret": ..., "options": {"defaultType": "swap"}}) para perpétuos com margem em USDT, "spot" para spot, "future" para entrega (delivery) e "option" para opções. Consulte a página do ambiente de execução do framework CCXT para ver o guia completo 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 diferentes ambientes para obter isolamento e clareza operacional. Consulte a página de ambientes de execução do TradingHost para entender o modelo de múltiplas estratégias.

O caminho mais rápido é fazer um fork de um ambiente de execução de framework do TradingHost: CCXT, Freqtrade ou Hummingbot para obter um projeto pronto para deploy. 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. O TradingHost lê as 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. O 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 ver o modelo completo de tratamento.

Não. As estratégias nunca devem precisar de permissões de saque. Use permissões v4 com escopo limitado (Spot Trade, Perpetual Futures, etc.) e vincule a chave ao IP de saída do seu ambiente de execução usando a whitelist de IP da Gate.io. Chaves sem whitelist de IP expiram em 90 dias.

Sim, esse é o padrão recomendado na Gate. Crie subcontas sob a conta principal, emita uma chave de API v4 dedicada por subconta (com as permissões mínimas que a estratégia exige) e deixe o TradingHost injetar a chave como um segredo. O volume da subconta e o nível VIP ainda são consolidados na conta principal, mas o raio de impacto de uma chave comprometida ou de uma estratégia fora de controle fica limitado a essa subconta. Os ativos só podem ser transferidos da conta principal para as subcontas, nunca entre subcontas.

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 deploys, analisar 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 das operações de trading. Consulte a página da interface de controle MCP para obter detalhes completos.

Ambos. A interface de controle do 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 fluxo de implantação nativo do GitHub também funciona sem qualquer ferramenta de IA: um simples git push para a sua branch principal dispara uma nova implantação.

O runtime detecta o crash 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 seção de observabilidade para acessar os logs e a interface de integridade.

A Gate v4 assina com HMAC-SHA512 (não SHA256) e a string de assinatura é concatenada com \n literal: Method + "\n" + URL_Path + "\n" + QueryString + "\n" + HexEncode(SHA512(Body)) + "\n" + Timestamp. O retorno é em hex, não base64. Os três cabeçalhos obrigatórios são KEY, Timestamp e SIGN; não há passphrase (isso é na OKX). O hash do corpo deve ser o SHA512 em hex do corpo bruto da requisição, sendo que um corpo vazio resulta no hash SHA512 de uma string vazia. Consulte a seção de notas operacionais acima para obter o guia completo.

Sim, apenas para futuros. A Futures TestNet roda em https://fx-api-testnet.gateio.ws/api/v4 (REST) e wss://fx-ws-testnet.gateio.ws/v4/ws/{usdt,btc} (WebSocket). Você precisa gerar chaves de API específicas para a TestNet; as chaves de produção não autenticam no ambiente de teste. O mercado à vista (spot) não possui um sandbox público; teste suas estratégias de spot com o dry_run do Freqtrade ou com o CCXT no modo record-and-replay antes de ir para a produção.

Não. A Gate.io bloqueia cidadãos e residentes dos EUA. A TradingHost não pode rotear ordens para a Gate.io a partir de uma conta nos EUA; a restrição ocorre diretamente na exchange. Você também não pode usar a Gate a partir da China continental; a Gate deixou esse mercado após a proibição do Banco Popular da China em 24 de setembro de 2021. Outras jurisdições restritas incluem Canadá, Singapura e Reino Unido.

O TradingHost opera 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. Consulte a página de regiões para obter detalhes de roteamento e proximidade.

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