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

Não. O código da sua estratégia se conecta à Gemini 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 Gemini é fornecido pela própria Gemini. Você é o responsável por sua conta na Gemini, permissões de API, credenciais e conformidade com os termos da exchange.

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 estratégias prontas. 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 seu GitHub e usa a TradingHost para executá-lo em produção. Produtos como o 3Commas e o Cryptohopper controlam a lógica da estratégia; a TradingHost apenas executa a sua estratégia.

A AWS e a DigitalOcean fornecem infraestrutura de computação bruta. Você precisa gerenciar atualizações de sistema operacional, orquestração de containers, envio de logs, rotação de segredos, failover de região e monitoramento de uptime por conta própria. 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 painéis de logs e monitoramento de integridade integrados. Se você prefere gerenciar a infraestrutura por conta própria, a AWS atende bem. Se prefere o runtime como um serviço gerenciado, a TradingHost é o caminho mais rápido.

Sim. A TradingHost executa estratégias em Python; escolha o runtime de framework compatível com sua stack ou implemente a partir do seu próprio repositório.

Sim. A TradingHost suporta qualquer linguagem de programação que possa ser executada dentro de um container.

Sim. O CCXT inclui um conector gemini com suporte a spot e processamento de swaps perpétuos em seu código-fonte. Verifique a cobertura de símbolos e endpoints de margem na sua versão atual do CCXT antes de depender de recursos de derivativos; as APIs nativas REST e WebSocket da Gemini continuam sendo o caminho de menor risco para derivativos. Consulte o runtime do framework CCXT para ver as instruções de configuração.

Sim, caso seu projeto tenha sido projetado 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 maior isolamento e clareza operacional. O modelo de nonce por sessão da Gemini se alinha perfeitamente ao uso de uma chave de API por estratégia. Consulte a página de runtimes da TradingHost para entender o modelo de múltiplas estratégias.

O caminho mais rápido é fazer um fork de um runtime de framework da TradingHost, como o CCXT, ou conectar seu próprio repositório de estratégia do GitHub desenvolvido com as APIs nativas REST, WebSocket ou FIX 4.4 da Gemini. Vincular um repositório do GitHub e criar uma estratégia é gratuito; os planos de runtime estão detalhados 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 secrets do repositório do GitHub, secrets 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 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. A Gemini oferece permissões com escopos específicos para trading, gestão de fundos e saques, além de listas de permissões com Trusted IPs. Mantenha as chaves de estratégia limitadas ao escopo exclusivo de trading e vincule-as aos IPs de saída da TradingHost da região selecionada; reserve a permissão de saque para uma chave operacional separada em um host de controle com IP fixo.

A Gemini retorna MissingRole (HTTP 403) quando uma chave de API não tem permissão para o endpoint, e RemoteAddressForbidden quando a requisição vem de um IP que não está na lista de permissões de Trusted IPs da chave. InvalidSignature e InvalidNonce são as outras duas falhas de autenticação que devem ser integradas aos seus alertas.

Dois containers usando a mesma chave de API geram uma condição de corrida na sequência de nonces. A Gemini limita o fluxo de nonces por chave (sessão), e o valor deve ser estritamente crescente e estar dentro de ±30 segundos do horário Unix. Provisione uma chave de API separada para cada instância de runtime; utilize nonces baseados em tempo apenas com semântica de gravação única (single-writer).

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, revisar logs, reiniciar estratégias e gerenciar fluxos de trabalho do runtime. O MCP é uma interface de controle e observabilidade, não o caminho de execução de ordens. Veja a interface de controle MCP para entender o funcionamento 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 fluxo de deploy nativo do GitHub também funciona sem qualquer ferramenta de IA: um simples git push para a sua branch main aciona um novo deploy.

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 executadas no mesmo container. Configure o Cancel All Session Orders no seu manipulador SIGTERM para que os deploys não deixem ordens obsoletas ativas; o código da sua estratégia ainda é responsável pelo tratamento seguro de erros, proteção contra ordens duplicadas e controles de risco. Veja a seção de observabilidade para acessar a interface de logs e integridade.

A TradingHost opera nas regiões EU e US-East. A conectividade FIX 4.4 da Gemini exige uma conexão direta (cross-connect) a partir de um data center ou extranet homologada para a infraestrutura dela na Costa Leste dos EUA, tornando a região US-East a escolha natural para estratégias na Gemini sensíveis à latência. Consulte a página de regiões para obter detalhes de roteamento e proximidade.

Sim. A Gemini Trust Company LLC é uma empresa fiduciária de finalidade limitada de Nova York, autorizada pelo NYDFS em outubro de 2015, o que a torna uma fiduciária e custodiante qualificada sob a Lei Bancária de Nova York. A controladora da Gemini Trust foi listada na Nasdaq como GEMI em setembro de 2025. O status de trust regulado é independente do TradingHost.

Não. O Gemini Earn era um produto de rendimento (não a exchange spot ou a API) que foi encerrado devido à falência da Genesis. Os clientes receberam recuperação integral em ativos (in-kind) durante as distribuições de maio a junho de 2024; a SEC retirou voluntariamente o processo contra a Gemini Trust com prejuízo em 23 de janeiro de 2026. Isso não afeta o acesso à exchange, o comportamento da API ou as operações de custódia.

Onde houver elegibilidade, sim. O Gemini Perpetuals é operado pela Gemini Artemis Pte. Ltd. em jurisdições selecionadas fora dos EUA, com alavancagem de até 100x e contratos denominados em GUSD (por exemplo, ETHGUSDPERP) ou USDC. O acesso para o varejo dos EUA está sendo desenvolvido por meio do mercado de contratos designado Gemini Titan, aprovado pela CFTC. Verifique a jurisdição da sua conta e a plataforma de listagem do ativo antes de fazer o deploy.

Não. O TradingHost é focado em runtime de produção e deploy. O backtest deve ser feito na sua própria infraestrutura de pesquisa, framework ou no AlgoBuilder.