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

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

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 (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 contêineres, 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 você quer 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 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 contêiner.

Sim. O CCXT expõe os mercados spot e swap da AscendEX por meio da classe unificada `ascendex`. Coloque sua estratégia de CCXT em um contêiner, aponte para o GitHub e a TradingHost a executará como qualquer outro projeto Python ou Node. Consulte o runtime do framework CCXT para ver o processo 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 runtime ou separá-los em diferentes runtimes para obter isolamento e clareza operacional. O escopo de chaves por objeto de conta da AscendEX funciona muito bem com o modelo multiestratégia. Consulte a página de runtime da TradingHost para conhecer o modelo multiestratégia.

O caminho mais rápido é fazer um fork de um runtime de framework da TradingHost: CCXT, Freqtrade ou Hummingbot para ter um projeto pronto para implantação. 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 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 de 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, segredo ou valor de accountGroup da AscendEX. Consulte os segredos da plataforma para conhecer o modelo completo de tratamento.

Não. As estratégias nunca devem precisar de permissões de saque. Use permissões com escopo limitado (leitura, negociação) e mantenha a função de saque totalmente desativada na chave da estratégia. A AscendEX emite chaves por objeto de conta, de modo que as operações de cash, margin e futures possuem suas próprias interfaces de chave; mantenha a chave com permissão de saque totalmente separada e nunca a utilize em um runtime de estratégia.

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, analisar 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 trades. 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 push comum de git para a sua branch principal aciona 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 contêiner. 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 conhecer a interface de logs e integridade.

As requisições privadas da AscendEX são roteadas sob `https://ascendex.com/<accountGroup>/api/pro/...`. O valor de `accountGroup` é individual por usuário e é retornado pelo endpoint de informações da conta na primeira autenticação. Se você copiou um modelo inicial que define o `accountGroup` de forma fixa para um valor conhecido ou assume que ele seja `0`, as requisições retornarão erro 404, mesmo que a chave esteja correta. Busque o `accountGroup` na inicialização, armazene-o em cache no ambiente do runtime e nunca o defina de forma fixa. Consulte a seção de Notas operacionais acima para obter a orientação completa.

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 pertence à sua stack de pesquisa, framework ou AlgoBuilder.