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

Não. O código da sua estratégia se conecta à Uphold e envia instruções de swap de acordo com 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 é executado.

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

Não. O TradingHost é o ambiente de execução (runtime) em nuvem onde o código da sua estratégia roda. Nós não fornecemos sinais, modelos de previsão de IA ou bots prontos. Com o TradingHost, você mesmo escreve ou gera a estratégia (frequentemente usando o Cursor ou o Claude Code), mantém o código no GitHub e usa o TradingHost para executá-lo em produção. Produtos como o 3Commas, Cryptohopper e similares são donos da lógica da estratégia; o TradingHost executa a sua estratégia.

A AWS e a DigitalOcean fornecem computação bruta. Você mesmo 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. O TradingHost oferece um ambiente de execução (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 de logs e integridade prontas para uso. Se você deseja operar a infraestrutura por conta própria, a AWS atende. Se prefere o runtime como um serviço gerenciado, o TradingHost é o caminho mais curto.

Sim. O TradingHost executa estratégias em Python; o padrão típico para a Uphold é um cliente Python personalizado conectado diretamente às APIs REST nativas da Uphold, já que não há um conector nativo de primeira classe para CCXT, Freqtrade ou Hummingbot.

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

O CCXT não lista a Uphold como uma exchange unificada porque a Uphold é baseada em swap e não em orderbook, o que foge da abstração principal do CCXT. Estratégias que necessitam de uma abstração de framework devem se conectar diretamente às APIs modulares nativas da Uphold. Consulte o runtime do framework CCXT para entender como o formato de integração do framework muda quando uma plataforma não é suportada nativamente.

Em uma plataforma de orderbook, você envia uma ordem a mercado ou limitada contra a profundidade do livro e paga taxas de maker ou taker. Na Uphold, você solicita uma cotação de swap à plataforma; essa cotação é derivada da profundidade do pool de liquidez e inclui o spread da plataforma, cabendo a você aceitar ou recusar. Não há taxa de maker separada, flag post-only ou assinatura de profundidade do orderbook. As estratégias devem planejar o slippage contra a profundidade do pool, e não contra a profundidade do livro; volumes maiores de swap em pools mais rasos sofrem com preços desproporcionalmente piores. Códigos de estratégia escritos para uma abstração de orderbook não podem ser portados para a Uphold sem readequação. Consulte a seção de Notas operacionais acima para obter o contexto completo.

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 do runtime do TradingHost para entender o modelo multiestratégia.

A Uphold não possui kits iniciais de framework como a Binance. Por isso, o caminho mais rápido é conectar seu próprio repositório de estratégia do GitHub voltado para as APIs modulares nativas da Uphold (Core, Market Pulse, Topper) usando um Personal Access Token. 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. O TradingHost faz a leitura em tempo de execução por meio de segredos do repositório do GitHub, segredos de ambiente ou do seu próprio processo homologado de gerenciamento de segredos. O TradingHost não precisa da custódia do seu Personal Access Token ou de credenciais OAuth. Consulte os segredos da plataforma para conhecer o modelo completo de tratamento.

Um Personal Access Token concede acesso do tipo bearer à sua conta única da Uphold. As estratégias devem ter escopo limitado apenas a acesso de leitura e swap; se a Uphold oferecer um controle de escopo mais granular para PATs no painel da sua conta, prefira a configuração mais restrita. Mantenha a permissão de saque desativada em qualquer token que uma estratégia carregue.

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

O modelo de swap da Uphold não expõe limites nativos de proteção contra slippage como uma plataforma de orderbook faria. As estratégias devem implementar controles de slippage no lado do cliente: solicitar a cotação, comparar com uma referência de feed de preços e aceitar ou recusar com base na tolerância da própria estratégia. Swaps maiores em pools mais rasos enfrentam preços desproporcionalmente piores, portanto o dimensionamento do tamanho não é linear. 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 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 implantação. O backtesting deve ser feito na sua stack de pesquisa, framework ou AlgoBuilder.