Webhooks do TradingView para a API da sua corretora
Escreva uma estratégia em Pine Script com o Claude ou ChatGPT, valide-a no Testador de Estratégias do TradingView e envie seus alertas via webhook para um runtime na nuvem que chama a API REST da sua corretora diretamente. Sem terminal MetaTrader, sem VPS Windows.
Os alertas do TradingView podem enviar uma requisição POST com corpo JSON para qualquer URL HTTPS que você controle. O TradingHost hospeda essa URL em um container sempre ativo, processa os dados recebidos e envia a ordem para a corretora. Agnóstico em relação a corretoras por design: corretoras de forex, CFDs, ações, futuros e exchanges de cripto funcionam da mesma forma, desde que ofereçam uma API REST ou WebSocket.
Expectativa de latência: o alerta no servidor do TradingView é disparado cerca de 1 a 3 segundos após o fechamento da barra, e o endpoint REST da sua corretora adiciona sua própria confirmação de ordem (geralmente de 100 a 500 ms). O tempo total de ida e volta é de alguns segundos, não milissegundos. Este fluxo é adequado para estratégias de swing trade, position trade e intraday mais lentas; não é o caminho correto para scalping, arbitragem de latência ou execução em menos de um minuto.
Seção 01 · Como tudo funciona
Quatro partes, um fluxo
Todo o fluxo de trabalho depende de quatro ferramentas, cada uma com uma função específica. O TradingView decide quando operar. O GitHub armazena o código do receptor. O TradingHost executa esse código na nuvem e hospeda a URL do webhook. A corretora executa a ordem. Assim que você entender o papel de cada ferramenta, o restante desta página será apenas detalhamento técnico.
Seu gráfico e fonte de sinais
TradingView
Hospeda sua estratégia em Pine Script, executa o Testador de Estratégias e dispara alertas quando as condições de entrada ou saída são atingidas. Os alertas podem enviar uma requisição POST com dados em formato JSON para uma URL de webhook.
O código do seu receptor
GitHub
Armazena o pequeno serviço receptor que processa os dados do TradingView e chama a API REST da corretora. Com controle de versão e privado, se você preferir.
Seu runtime na nuvem
TradingHost
Busca o código do receptor no GitHub, cria um container e expõe uma URL estável de webhook HTTPS para a qual o TradingView envia as requisições POST. Sempre ativo. Sem necessidade de manter o computador ligado.
Seu local de execução
API da corretora
Recebe a ordem do seu container no TradingHost por meio da API REST da corretora. Agnóstico em relação a corretoras: qualquer corretora ou exchange com uma API REST ou WebSocket documentada funciona da mesma forma.
Do zero ao sinal em tempo real
- Escreva uma estratégia em Pine Script no TradingView, usando o Claude ou ChatGPT para ajudar a programar.
- Faça o backtest da estratégia no Testador de Estratégias do TradingView antes de pensar em colocá-la em produção.
- Faça um fork de um modelo de receptor de webhook do TradingHost na sua conta do GitHub e personalize-o para a sua corretora.
- Aponte um runtime do TradingHost para o repositório e escolha uma região; o runtime gerará uma URL pública de webhook.
- Crie um alerta no TradingView para a estratégia, cole a URL do webhook e configure o corpo da mensagem como JSON usando os placeholders de strategy.order.
- Quando o alerta é disparado, o TradingView envia um POST para o TradingHost, seu container processa os dados e a chamada de API da sua corretora envia a ordem.
Tempo de resposta total: o alerta no servidor do TradingView é disparado de 1 a 3 segundos após o fechamento da barra, e o endpoint REST da corretora geralmente confirma a ordem em 100 a 500 ms. O tempo total de ponta a ponta fica na casa de alguns segundos, não milissegundos. Isso funciona perfeitamente para estratégias de swing trade e intraday mais lentas; não é adequado para scalping ou arbitragem de latência.
Seção 02 · Visão rápida
Visão rápida
- Fluxo de trabalho
- Alerta do TradingView Pine Script para receptor de webhook na nuvem e depois para a API REST da corretora
- Versão do Pine Script
- Pine Script v6 (versão atual da linguagem do TradingView)
- Transporte de alertas
- POST HTTPS para uma URL de webhook fornecida pelo usuário
- Portas permitidas
- O TradingView envia dados apenas para as portas 80 e 443; outras portas são rejeitadas
- Tempo limite de resposta
- O receptor deve responder em até três segundos, caso contrário, a requisição é cancelada
- Formato do payload
- Corpo da mensagem de alerta; enviado como application/json quando o corpo é um JSON válido
- Placeholders de estratégia
- {{strategy.order.action}}, {{strategy.order.contracts}}, {{ticker}}, {{close}} e semelhantes
- Plano necessário
- TradingView Plus, Premium ou Ultimate (os planos Essential e gratuito não incluem webhooks)
- Requisitos da conta
- A autenticação de dois fatores deve estar ativada na conta do TradingView
- Ambiente de execução (runtime) do receptor
- Serviço conteinerizado sempre ativo no TradingHost, implantado a partir do GitHub
- Linguagens
- Qualquer linguagem que possa executar um pequeno servidor HTTP em um contêiner (Python, Node, Go, Rust, etc.)
- Suporte a corretoras
- Agnóstico a corretoras: qualquer corretora ou exchange com uma API REST ou websocket documentada (forex, CFD, ações, futuros, cripto)
- Exemplo de corretora
- A API REST v20 da OANDA é usada como uma ilustração breve e de baixa manutenção da chamada do receptor para a corretora; a página não é específica da OANDA
- Função do TradingHost
- Ambiente de execução, implantação, logs, verificações de integridade (health checks), seleção de região e credenciais criptografadas da corretora
- Função do TradingView
- Gráficos, execução de Pine Script, geração de alertas e envio de webhooks
- Afiliação
- O TradingHost é independente e não é afiliado ao TradingView, PineConnector, OANDA ou qualquer outro serviço mencionado
Seção 03 · Escreva Pine Script com IA
Escreva a estratégia em dupla com o Claude ou ChatGPT
O Pine Script é uma linguagem enxuta e bem documentada, e a geração atual de grandes modelos de linguagem já leu toda a referência pública do Pine Script v6 do TradingView. Descreva a estratégia em linguagem simples no Claude ou ChatGPT (ou no Cursor usando qualquer um desses modelos): o que monitorar, o que aciona uma compra (long), o que aciona uma venda (short), como dimensionar a ordem e quando sair. Cole o código gerado no Pine Editor do TradingView e deixe o editor apontar eventuais problemas de sintaxe.
Há duas coisas que você deve deixar explícitas para o modelo. Primeiro, peça um script de estratégia em Pine Script (ele deve declarar strategy() em vez de indicator()), pois apenas as estratégias expõem os placeholders {{strategy.order.action}} e {{strategy.order.contracts}} que você precisará no corpo do webhook. Segundo, peça ao modelo para disparar as entradas com strategy.entry() e as saídas com strategy.close(), e para escrever quaisquer notificações ad-hoc com a função alert() em vez de alertcondition(); a função alert() moderna expõe os mesmos placeholders de estratégia e aceita um argumento freq que controla se o alerta dispara a cada tick, uma vez por barra ou no fechamento da barra.
Leia cada linha que o modelo escrever. Códigos de trading não perdoam bugs sutis relacionados ao dimensionamento de ordens, estado da posição e comportamento intra-barra. Peça ao modelo para explicar qualquer cálculo que não seja óbvio antes de aceitá-lo. Se você quiser um fluxo de desenvolvimento mais integrado com uma IDE de IA (Pine mais um receptor em Python ou Go, ambos no mesmo editor), a página do fluxo de trabalho do Cursor aborda o lado da IDE desse mesmo ciclo.
Seção 04 · Faça backtests antes de operar em conta real
Execute o Strategy Tester antes de conectar o webhook
O Strategy Tester do TradingView executa sua estratégia em Pine Script em todo o histórico disponível do gráfico, gerando relatórios de lucro líquido, fator de lucro, drawdown, taxa de acerto e uma lista completa de operações simuladas. As abas Resumo do Desempenho, Lista de Operações e Propriedades oferecem dados suficientes para você decidir se vale a pena conectar a estratégia a uma corretora real.
Realize esta etapa antes de criar qualquer alerta no TradingView com uma URL de webhook. Um webhook ativo em uma estratégia não validada é a maneira mais cara de descobrir um bug.
Seção 05 · Alertas e webhooks
Configure o alerta e a URL de webhook do TradingView
Abra a janela Criar Alerta no seu gráfico, escolha a estratégia como condição, mude para a aba Notificações e marque a opção URL do Webhook. Cole o endpoint de webhook do TradingHost no campo da URL. O corpo que você digitar no campo Mensagem é o que o TradingView enviará via POST para essa URL quando o alerta for disparado.
Escreva a Mensagem em formato JSON. O TradingView detecta JSON válido automaticamente e define o Content-Type da requisição como application/json, que é o que o seu receptor espera. O corpo de um alerta de estratégia mínimo contém o ticker, o lado da operação (obtido de {{strategy.order.action}}), o tamanho (obtido de {{strategy.order.contracts}}) e um segredo compartilhado (token) que seu receptor verifica antes de encaminhar qualquer comando para a corretora.
Regras de transporte documentadas pelo TradingView
- Método
- HTTP POST. O corpo da mensagem de alerta é enviado como o corpo da requisição.
- Portas
- Apenas portas 80 e 443. URLs de webhook com qualquer outra porta explícita são rejeitadas.
- Content-Type
- application/json quando o corpo da mensagem de alerta é um JSON válido. Caso contrário, texto simples.
- Tempo limite (Timeout)
- Três segundos. Se o receptor não responder dentro desse intervalo, a requisição é cancelada.
- IPs de origem
- O TradingView publica os endereços IP de saída para webhooks na tela de configuração de alertas. Libere esses IPs no seu firewall ou receptor de webhook.
- Conta
- Alertas de webhook exigem autenticação de dois fatores na conta do TradingView.
- Nível do plano
- Os alertas de webhook são restritos aos planos Plus, Premium e Ultimate. Os planos Essential e gratuito não incluem o envio por webhook.
Placeholders de mensagem de alerta
- {{ticker}}
- Símbolo exibido no gráfico no momento do alerta.
- {{exchange}}
- Código da exchange ou bolsa, quando aplicável.
- {{close}}
- Preço de fechamento da barra que disparou o alerta.
- {{volume}}
- Volume da barra que disparou o alerta.
- {{time}}
- Horário de abertura da barra em UTC.
- {{strategy.order.action}}
- Retorna "buy" ou "sell" para a ordem da estratégia que disparou. Apenas para alertas de estratégia.
- {{strategy.order.contracts}}
- Número de contratos ou unidades na ordem executada. Apenas para alertas de estratégia.
- {{strategy.order.price}}
- Preço de execução (fill price) reportado pela estratégia. Apenas para alertas de estratégia.
- {{strategy.order.id}}
- Identificador que a estratégia atribuiu à ordem. Apenas para alertas de estratégia.
- {{strategy.order.comment}}
- String de comentário opcional que a estratégia anexou à ordem.
Uma sutileza do Pine Script que vale a pena conhecer: scripts de indicadores podem disparar alertas com alertcondition() ou alert(), mas apenas scripts de estratégia expõem os placeholders {{strategy.*}}. Se você quiser que o corpo do webhook carregue o lado e o tamanho da operação, o script deve declarar strategy(), não indicator().
Seção 06 · Receber no TradingHost
Hospede a URL do webhook em um runtime, não no seu laptop
A URL do webhook para a qual o TradingView envia as requisições precisa estar online sempre que o mercado estiver aberto. Um laptop é o lugar errado para isso; um computador desktop com uma conexão de internet instável é o lugar errado para isso; e uma VPS Windows genérica até funciona, mas apenas enquanto você se lembrar de mantê-la atualizada e com o terminal correspondente rodando.
O TradingHost oferece um contêiner Linux baseado em Kubernetes que roda a partir de um repositório do GitHub e expõe um endpoint HTTPS estável. O código do seu receptor pode ser o que você quiser (um handler FastAPI em Python, uma rota Express em Node, um servidor net/http em Go), desde que ele se comunique via HTTP na porta 443 e responda dentro da janela de três segundos do TradingView. Quando você faz um push do código para o GitHub, o TradingHost reconstrói o contêiner e faz o redeploy; a URL do webhook permanece a mesma.
As credenciais de API da corretora ficam salvas como segredos criptografados no runtime, e não dentro do seu repositório do GitHub. O segredo compartilhado que você insere no corpo da mensagem do TradingView também fica lá. Seu receptor valida o segredo compartilhado a cada requisição recebida, lê as credenciais da corretora a partir das variáveis de ambiente e chama a API da corretora.
Os logs são transmitidos em tempo real para que você possa acompanhar a sequência: envio do TradingView, payload processado, ordem enviada, confirmação da corretora. Se algo falhar, a linha de log indica exatamente onde ocorreu o erro.
Seção 07 · Executar na corretora
Qualquer corretora com uma API; a estrutura do receptor não muda
O TradingHost é agnóstico em relação a corretoras. O contêiner do TradingHost não se importa com qual corretora está por trás do endpoint REST que ele chama; a mesma estrutura de receptor funciona seja o destino uma corretora de forex, de ações, de contratos futuros ou uma exchange de cripto. O que muda é o esquema de autenticação, a simbologia dos ativos e os tipos de ordens que a corretora disponibiliza. Todo o resto permanece igual.
Famílias de corretoras compatíveis com este fluxo de trabalho
- Forex e CFDs
- Corretoras com APIs REST no estilo v20 e similares (OANDA, IG, Switch Markets e outras em /brokers/forex-and-cfd/).
- Ações e futuros
- Corretoras com gateways REST ou FIX (Interactive Brokers e outras em /brokers/stocks-and-futures/).
- Exchanges de cripto
- Plataformas de spot e derivativos expostas via REST e websocket (Binance, Bybit, OKX, Coinbase, Kraken e mais de 60 outras listadas em /brokers/crypto/, a maioria via CCXT).
- Qualquer outra
- Qualquer corretora com uma interface de ordens HTTP documentada. O padrão de receptor abaixo não muda.
O que o receptor faz a cada webhook recebido
- Valide o segredo compartilhado (shared secret) no corpo do alerta do TradingView antes de encaminhar qualquer comando.
- Mapeie o ticker do TradingView para o código de instrumento da corretora (a maioria delas usa uma simbologia ligeiramente diferente).
- Monte a requisição da ordem com a direção (compra/venda) definida pelo sinal do tamanho, tipo de ordem a mercado e o time-in-force recomendado pela corretora.
- Envie a requisição com o cabeçalho de autenticação da corretora (token Bearer, payload assinado com HMAC ou OAuth, dependendo da corretora).
- Registre a resposta, exponha eventuais erros e retorne rapidamente um status 200 OK para o TradingView dentro do limite de três segundos.
Uma breve demonstração: OANDA v20
A OANDA é um exemplo prático simples porque sua referência REST v20 está totalmente documentada em developer.oanda.com e é fácil abrir contas de demonstração gratuitas. O fluxo: um token de acesso pessoal Bearer no cabeçalho Authorization, uma requisição POST para /v3/accounts/{accountID}/orders com o corpo de uma ordem a mercado, apontando para api-fxtrade.oanda.com para contas reais ou api-fxpractice.oanda.com para demonstração. Essa é apenas uma corretora entre várias; o código do receptor para Interactive Brokers, Binance, OKX ou Switch Markets segue o mesmo padrão, mudando apenas o esquema de autenticação e o endpoint de cada uma. As páginas de corretoras detalham as especificidades de cada plataforma.
Seção 07.5 · Segurança operacional
Problemas reais quando há dinheiro de verdade em jogo
O envio de alertas do TradingView funciona sob o modelo de melhor esforço (best-effort). Webhooks podem ser perdidos, duplicados ou atrasados. APIs de corretoras podem retornar erros de tentativa que parecem uma nova ordem. Bugs no Pine Script podem gerar tamanhos de posição muito além do risco planejado para a estratégia. O receptor é onde você coloca o cinto de segurança. Abaixo estão seis salvaguardas; cada uma é um pequeno trecho de código no receptor que evita falhas difíceis de corrigir depois que o sistema já está rodando.
01 · Inatividade do receptor
O que acontece se o receptor estiver fora do ar quando um alerta disparar?
O TradingView não enfileira nem tenta reenviar webhooks que falharam. Se o receptor retornar uma resposta diferente de 2xx, ou demorar mais de três segundos para responder, o alerta é descartado. A estratégia continuará disparando alertas nas barras seguintes, mas o sinal perdido não será recuperado. Salvaguarda: mantenha o receptor o mais simples possível para que ele sempre responda dentro do prazo limite, registre cada payload recebido em disco antes de processá-lo (assim, qualquer ordem perdida aparecerá nos logs de execução) e monitore o tempo de atividade (uptime) para saber se o receptor estava inacessível quando um sinal disparou.
02 · Alertas duplicados
O TradingView pode disparar o mesmo alerta mais de uma vez
Os valores do Pine Script são atualizados a cada tick dentro de uma barra ativa. Uma chamada de alertcondition ou alert configurada para "A cada tick" pode disparar várias vezes para o mesmo sinal lógico. Mesmo com a opção "Uma vez no fechamento da barra", instabilidades no TradingView podem ocasionalmente entregar o mesmo payload duas vezes seguidas. Salvaguarda: inclua um identificador estável no corpo do alerta (o horário da barra, o ID da ordem gerado pela estratégia ou um hash do payload) e rejeite qualquer payload recebido cujo identificador já tenha sido processado nos últimos minutos. Guarde essa chave de desduplicação na memória ou em um banco de dados chave-valor simples dentro do ambiente de execução.
03 · Idempotência de ordens
Projete cada chamada à corretora para que uma nova tentativa não duplique a posição
A maioria das APIs REST de corretoras aceita uma chave de idempotência (idempotency key), um ID de ordem fornecido pelo cliente que a corretora usa para desduplicar o mesmo envio em caso de novas tentativas. Defina isso em cada ordem que o receptor enviar. Use o mesmo identificador adotado para a desduplicação de alertas (o horário da barra ou o ID da ordem gerado pela estratégia) para que o receptor, o TradingView e a corretora concordem sobre qual ordem lógica está sendo executada. Sem isso, uma nova tentativa causada por uma oscilação temporária de rede pode executar a ordem duas vezes.
04 · Limite de tamanho de posição
Limite o tamanho máximo aceito de {{strategy.order.contracts}}
O marcador de posição strategy.order.contracts do Pine Script informa o tamanho que a estratégia calcula estar operando. Um bug na lógica da estratégia, um tamanho de posição mal configurado ou um loop infinito podem gerar um valor de contratos muito maior do que a conta suporta. Salvaguarda: defina um tamanho máximo fixo no receptor, de forma independente da estratégia, e rejeite qualquer ordem cujo valor de contratos ultrapasse esse limite. O receptor é a última linha de defesa entre um bug no código Pine e uma chamada de margem.
05 · Isolamento de credenciais
Uma chave de API com escopo limitado por estratégia, nunca uma chave mestra
Se uma chave de API de corretora for comprometida por um ambiente mal configurado, vazamento em logs ou artefato de build, o impacto será limitado ao que essa chave específica pode fazer. Use uma chave de API separada por estratégia, contendo apenas as permissões necessárias (permissão de negociação sim, permissão de saque não), armazene-a no gerenciador de segredos do TradingHost em vez de deixá-la no código, e rotacione as chaves após qualquer incidente.
06 · Simulação antes de operar real
Execute o fluxo em uma conta de simulação por uma semana antes de aumentar o lote
A maioria das corretoras oferece um ambiente de simulação (paper trading ou sandbox) que aceita as mesmas chamadas de API da conta real. Aponte o receptor para o sandbox primeiro, execute a estratégia por uma semana com alertas reais do TradingView e verifique se cada sinal gerou a ordem simulada esperada. Operar com dinheiro real não é o momento ideal para descobrir que o valor de {{strategy.order.action}} enviado como "buy" em vez de "long" quebra a validação do seu enum.
Seção 08 · Vs PineConnector + MT4/MT5
Por que direcionar um webhook para um ambiente de nuvem em vez de um EA do MetaTrader
O caminho mais comum para enviar um alerta do TradingView para uma ordem real é através do PineConnector, uma ponte de terceiros que encaminha os alertas para um Expert Advisor dentro de um terminal do MetaTrader 4 ou MetaTrader 5. O EA envia a ordem pelo MetaTrader, o que exige que o terminal permaneça ativo em uma máquina Windows. O TradingHost elimina essa etapa intermediária: o webhook chega diretamente a um container, o container faz a chamada para a API REST da corretora, eliminando a necessidade de um terminal MetaTrader ou de um Expert Advisor em MQL. O GitHub funciona como a única fonte de verdade, e um container Linux roda em uma região gerenciada, dispensando um desktop Windows que precisa ficar ligado o tempo todo.
Comparativo direto
Escolha o PineConnector se você deseja especificamente continuar usando o MetaTrader, se sua corretora aceita apenas MT ou se você não quer escrever nenhum código. Escolha o TradingHost se você quer acesso direto à API REST da corretora sem o MetaTrader no meio do caminho, prefere estratégias escritas em uma linguagem de uso geral, quer o GitHub como fonte de verdade e deseja aposentar o VPS Windows.
Seção 10 · FAQ
Perguntas frequentes
Sim. O TradingView restringe os alertas de webhook aos planos Plus, Premium e Ultimate. Os planos Essential e gratuito não incluem o método de notificação por URL de Webhook.
O TradingView envia um HTTP POST para a URL de webhook que você configurou. O corpo da requisição é o que você digitou no campo de mensagem do alerta. Se esse corpo for interpretado como um JSON válido, o TradingView define o Content-Type como application/json; caso contrário, a requisição será enviada como texto simples.
O TradingView não documenta uma política de reenvio ou garantia formal de entrega. As regras de transporte que ele documenta são: apenas as portas 80 e 443, e uma janela de resposta de três segundos antes que a requisição seja cancelada. Trate a entrega de webhooks como best-effort (melhor esforço) e projete seu receptor para ser idempotente.
Você pode fazer isso. O TradingView publica a lista de endereços IP de origem de onde envia os webhooks na tela de configuração do alerta. Alguns receptores rejeitam qualquer requisição de fora dessa lista como uma defesa extra além do segredo compartilhado no corpo da mensagem.
O Pine Script v6, a versão atual da linguagem. O TradingView declarou que as atualizações futuras serão aplicadas exclusivamente à v6.
Apenas scripts de estratégia expõem os placeholders {{strategy.order.action}}, {{strategy.order.contracts}}, {{strategy.order.price}} e similares que você usará no corpo do JSON. Scripts de indicador ainda podem disparar alertas via alert() ou alertcondition(), mas suas mensagens de alerta não podem referenciar os placeholders strategy.*.
A função alertcondition() é a primitiva original e funciona apenas em indicadores; sua frequência é escolhida pelo usuário na caixa de diálogo Criar Alerta. alert() é a função mais recente, funciona em indicadores e estratégias, pode ficar no escopo local e aceita um argumento freq (alert.freq_all, alert.freq_once_per_bar, alert.freq_once_per_bar_close) diretamente no código.
Para operações em tempo real, prefira uma vez no fechamento da barra. Durante uma barra em tempo real, os valores do Pine podem ser atualizados a cada tick e podem diferir no fechamento da barra, o que pode disparar uma entrada que depois desaparece quando a barra é finalizada. A opção de uma vez no fechamento da barra dispara apenas quando a barra é confirmada.
O PineConnector encaminha webhooks do TradingView para um Expert Advisor do MetaTrader 4 ou MetaTrader 5 rodando dentro de um terminal do MetaTrader. A própria documentação do PineConnector observa que o terminal deve rodar continuamente, que o VPS da MetaQuotes não é compatível e que um VPS Windows é necessário para a hospedagem. O TradingHost substitui a etapa do MetaTrader por um container Linux que chama a API REST da corretora diretamente. Veja a comparação com VPS Windows para entender a diferença de runtime.
Qualquer corretora com uma interface de ordens REST ou websocket documentada. O TradingHost é agnóstico em relação a corretoras: corretoras de forex e CFD (OANDA, IG, Switch Markets e outras), corretoras de ações e futuros (Interactive Brokers e outras) e exchanges de cripto (Binance, Bybit, OKX, Coinbase, Kraken e mais). Veja o índice de corretoras para conhecer as plataformas suportadas.
Apenas as partes específicas da corretora: o cabeçalho de autenticação (token Bearer, payload assinado por HMAC, OAuth), a simbologia dos ativos e o vocabulário dos tipos de ordens. A estrutura geral (validar segredo, mapear ticker, criar ordem, enviar, registrar log) é a mesma. Para plataformas de cripto, o CCXT abstrai a maior parte dessas diferenças.
Segredos criptografados vinculados ao runtime do TradingHost, não no repositório do GitHub. Seu receptor os lê do ambiente no momento da requisição. Veja a página de segredos da plataforma para entender o modelo de tratamento de credenciais.
O TradingView, sua corretora e o TradingHost são cobrados separadamente. Os planos de runtime do TradingHost estão listados em preços. Você deixa de pagar por um VPS Windows, por um plano de hospedagem do MetaTrader e por uma licença separada de ponte de webhook.