Estratégia de Bot de Sinal: do Design ao Real

Um bot de sinal é a ideia mais simples da automação de trading com a maior dificuldade oculta. A ideia: sua estratégia dispara um sinal — um alerta do TradingView, um script, qualquer ferramenta capaz de chamar um webhook — e o bot o transforma em uma operação real na sua exchange. Sem emoções, sem entradas perdidas às 3 da manhã, sem hesitação.

A dificuldade oculta: ao contrário de um bot DCA, um bot de sinal não tem opinião própria. Ele não consegue fazer média para baixo em uma entrada ruim, esperar por um preço melhor ou salvá-lo de uma estratégia fraca. Toda decisão de entrada e saída pertence à sua fonte de sinais. Se os sinais são bons, o bot os amplifica com velocidade e consistência. Se os sinais são ruído, o bot executa esse ruído com perfeição — até drenar a conta.

Este guia trata da camada de estratégia: o que torna um sinal de entrada digno de automação, como dimensionar posições por sinal, como estruturar take-profit e stop-loss para entradas guiadas por sinal, quando escolher o modo Custom Signal ou o modo Risk Ratio na Freya, e como testar tudo isso antes de colocar dinheiro real em jogo. Se você ainda não montou um bot de sinal, leia primeiro Como Criar um Bot de Sinal na Freya Finance — este guia assume que você conhece a mecânica e foca em torná-la lucrativa.

O Que É um Bot de Sinal — e Onde Vivem as Decisões

Toda estratégia automatizada responde a três perguntas: quando entrar, quanto operar e quando sair. A diferença fundamental entre os tipos de bot está em quem responde a elas.

Com um bot DCA, as três respostas vivem dentro da plataforma. Você configura condições de entrada, ordens de média e take-profit; o bot então executa um ciclo autocontido que tem até uma resposta embutida para quando está errado — ordens de segurança que reduzem seu custo de entrada quando o preço cai.

Um bot de sinal inverte isso. O quando se move para fora: para um alerta do TradingView, um script personalizado ou qualquer ferramenta externa capaz de chamar uma URL de webhook. O bot de sinal da Freya recebe essa chamada e executa dentro das regras que você configurou — par, direção, dimensionamento e saídas. O bot é um par de mãos rápido e disciplinado; o cérebro está onde quer que seus sinais nasçam.

Essa mudança na propriedade das decisões é o motivo pelo qual a estratégia de bot de sinal é, na verdade, estratégia da estratégia. O restante deste guia trata o bot como o que ele é — uma camada de execução — e foca nas quatro decisões de design que realmente movem os resultados: qualidade de entrada, confirmação, dimensionamento e estrutura de saída.

Fontes de Sinal na Freya: Alertas do TradingView e Webhooks Personalizados

Os bots de sinal da Freya aceitam sinais de qualquer fonte capaz de chamar uma URL de webhook. Na prática, isso significa duas configurações:

Alertas do TradingView são o caminho mais comum. Você constrói sua condição em um gráfico do TradingView — um cruzamento de indicadores, um nível de preço, uma estratégia em Pine Script — e anexa a URL de webhook do seu bot ao alerta. Quando a condição dispara, o TradingView chama o webhook e seu bot opera. Observe que a entrega de webhooks exige um plano pago do TradingView, e em alguns planos os alertas expiram e precisam ser renovados — ambas são causas comuns de "meu bot parou de operar" que não têm nada a ver com o bot.

Webhooks personalizados cobrem todo o resto: seu próprio script Python observando dados de fluxo de ordens, um screener que emite sinais, uma ferramenta interna. Se consegue enviar uma requisição HTTP para uma URL, consegue comandar um bot de sinal da Freya. Este é o caminho do usuário avançado — você ganha liberdade total sobre a lógica e responsabilidade total pela confiabilidade dela.

Dois avisos valem para qualquer fonte, e a interface da Freya exibe o primeiro com destaque sempre que uma estratégia usa uma fonte externa de sinais: atrasos, indisponibilidades ou sinais imprecisos dessa fonte podem afetar suas operações, e a Freya não pode atestar a precisão de sinais externos. Seu bot executa o que chega, quando chega. O pipeline de sinais — motor de alertas, rede, entrega do webhook — fica entre sua estratégia e o mercado, e ele não é instantâneo nem infalível. Vamos cobrir as consequências práticas na seção de modos de falha.

Qualidade do Sinal de Entrada: A Variável Que Decide Tudo

Automação é um multiplicador. Multiplique um bom sinal por execução rápida e consistente e você obtém uma estratégia melhor do que o trading manual conseguiria. Multiplique ruído e você obtém perdas rápidas e consistentes. Antes de automatizar qualquer sinal, passe-o por três filtros.

Filtro 1: É específico?

Um sinal digno de automação tem uma definição exata e mecânica: "RSI(14) no gráfico de 4 horas cruza abaixo de 30 enquanto o preço está acima da EMA de 200 dias" é específico. "Comprar a queda quando o momento parecer fraco" não é — e se você não consegue defini-lo mecanicamente, um alerta não consegue disparar sobre ele de forma consistente, o que significa que você nunca sabe de verdade o que está testando.

A especificidade também inclui a invalidação: em que ponto o sinal está errado? Um sinal sem invalidação definida produz posições sem um stop loss racional — você acaba posicionando stops por intuição, o que anula o propósito de automatizar.

Filtro 2: É infrequente o suficiente para importar?

Frequência de sinal é um custo. Cada operação paga taxas, cruza um spread e corre risco de slippage. Uma estratégia que dispara 25 vezes por dia em um gráfico de 1 minuto precisa que cada trade supere esses custos — e em uma posição de $500 pagando cerca de 0,1% de taxa taker por lado, uma ida e volta custa cerca de $1. Vinte e cinco trades por dia são ~$25/dia, ou aproximadamente $750/mês, só em taxas, em uma conta pequena. Pouquíssimos edges de sinal de varejo sobrevivem a essa aritmética.

Sinais de timeframes maiores (1 hora, 4 horas, diário) disparam com menos frequência, carregam mais informação por sinal e tornam proporcionalmente menor o impacto dos poucos segundos de latência do seu pipeline de webhook. Como regra prática: se seu lucro médio esperado por trade fica abaixo de cerca de 0,5%, latência e taxas vão consumir uma fatia relevante dele, e você deveria questionar se esse sinal pertence a um bot automatizado.

Filtro 3: É avaliado no fechamento do candle?

Alertas do TradingView podem disparar no momento em que uma condição é tocada dentro do candle ou apenas quando o candle fecha. Gatilhos intrabar são mais rápidos, mas disparam sobre condições que muitas vezes se desfazem até o fechamento — o RSI mergulha abaixo de 30 por dois minutos, seu alerta dispara e, no fechamento, o RSI está de volta a 34. Para a maioria das estratégias de sinal em estilo swing, configurar os alertas para disparar uma vez por fechamento de candle troca um pouco de velocidade por uma grande redução de sinais falsos. Reserve alertas intrabar para estratégias explicitamente desenhadas em torno deles, como rompimentos de nível em que o próprio toque é o evento.

Confirmação: Um Bom Filtro Vale Mais Que Três Medíocres

Sinais brutos melhoram dramaticamente com uma única confirmação ortogonal — uma segunda condição que mede algo diferente da primeira.

• Filtro de tendência: só aceite sinais de compra enquanto o preço estiver acima de uma média móvel longa (por exemplo, a EMA de 200 períodos no timeframe do sinal). Entradas de reversão à média contra uma tendência de baixa forte são o lugar onde sinais de sobrevenda vão para morrer.
• Confirmação de volume: um sinal de rompimento com volume crescente carrega informação diferente do mesmo rompimento com volume fraco.
• Concordância do timeframe maior: um sinal de entrada no gráfico de 1 hora filtrado pela direção da tendência no de 4 horas mantém você operando a favor do fluxo maior.

Construa a confirmação dentro do próprio alerta (o TradingView suporta alertas multicondição, e estratégias em Pine Script podem codificar qualquer coisa), para que o webhook só dispare em sinais confirmados — o bot deve receber decisões, não matéria-prima.

Um aviso: a confirmação tem retornos decrescentes — e depois negativos. Cada filtro adicionado remove trades perdedores e vencedores, e além de duas ou três condições você geralmente está fazendo curve-fitting no histórico. Se seu backtest só performa com cinco filtros empilhados, a vantagem provavelmente é uma ilusão.

Dimensionamento de Posição por Sinal: Risco Fixo, Não Convicção Fixa

O dimensionamento é onde a maioria das estratégias de sinal realmente falha — não nas entradas. O padrão profissional é o risco fracionário fixo: cada sinal arrisca a mesma pequena porcentagem do capital alocado, comumente 0,5-2%, onde "risco" significa a perda se o stop for atingido, não o valor nocional da posição.

Por que tão pouco? Porque sequências de perdas são uma certeza estatística, e a matemática do drawdown é brutalmente assimétrica:

Uma estratégia com 45% de taxa de acerto — perfeitamente viável se os ganhos forem o dobro das perdas — vai encontrar uma sequência de 10 perdas com frequência surpreendente ao longo de algumas centenas de trades. Com 1% de risco, essa sequência é um mês ruim; com 10% de risco, é o fim da conta.

Na Freya, a forma de implementar o risco fixo depende do modo. O modo Risk Ratio o implementa nativamente: você informa um Valor de Risco Fixo em USDT, e o tamanho da posição é calculado automaticamente por sinal a partir da distância do stop. No modo Custom Signal, você mesmo define o valor da operação, então aproxima o risco fixo trabalhando de trás para frente: decida seu orçamento de risco, divida pela porcentagem do stop loss, e esse é o valor da operação. Arriscar $20 com um stop de 2% significa uma posição de $1.000; com um stop de 4%, uma posição de $500.

Estrutura de TP/SL para Entradas Guiadas por Sinal

Como um bot de sinal não pode fazer média para baixo, sua estrutura de saída carrega todo o peso defensivo. Três princípios:

Toda posição precisa de um stop loss na exchange. Seu sinal de fechamento depende de um pipeline — motor de alertas, rede, webhook — que pode falhar exatamente quando o mercado se move mais rápido. Um stop loss vive junto com a posição e executa mesmo com o pipeline morto. Rodar um bot de sinal sem um significa que sua perda no pior cenário é indefinida.

Pense em múltiplos de R. Defina seu risco por trade (1R = distância entre entrada e stop × tamanho da posição) e expresse os alvos como múltiplos dele. Um alvo de 2R com 40% de acerto é lucrativo (0,40 × 2 − 0,60 × 1 = +0,2R por trade); um alvo de 1R precisa de mais de 50% de acerto só para empatar antes das taxas. Sinais que produzem entradas perto de estrutura — suportes, níveis de rompimento — sustentam naturalmente alvos de 1,5R-3R, porque o stop lógico está perto e o alvo lógico está longe.

Alinhe as saídas ao modo de pensar do seu sinal. Se sua estratégia calcula níveis por setup — fundos de swing, stops baseados em ATR, movimentos medidos — esses níveis pertencem ao webhook, e é exatamente para isso que serve o modo Risk Ratio. Se sua estratégia tem saídas percentuais consistentes ("sempre 3% de TP, 2% de SL"), configurá-las uma única vez na Freya via modo Custom Signal é mais simples e deixa menos coisas para dar errado a cada alerta.

Um detalhe de execução que vale conhecer: no modo Risk Ratio, o take-profit é colocado como ordem limite no preço que seu webhook especificou, então executa sem slippage — enquanto o stop loss dispara como ordem a mercado e, como qualquer stop em qualquer lugar, pode deslizar em um movimento rápido. Reserve margem para isso: sua perda realizada em um stop pode ser modestamente pior que o risco fixo teórico.

Custom Signal vs Risk Ratio: Escolhendo Seu Modo de Configuração

Os bots de sinal da Freya rodam em um de dois modos — eles não podem ser combinados, e a escolha certa decorre diretamente de como seus sinais são construídos.

Custom Signal ("webhooks, TP/SL manual"): seu bot recebe uma URL de Webhook de Abertura e uma URL de Webhook de Fechamento separada. Seus alertas dizem quando; você configura o quê na Freya — o valor da operação e seus próprios níveis de take-profit e stop-loss. Este modo também dá à sua estratégia externa controle total da saída: ela pode enviar o webhook de Fechamento sempre que sua própria lógica de saída disparar, além de qualquer TP/SL que você definir.

Risk Ratio ("risco fixo, tamanho de posição automático"): seu bot recebe uma única URL de webhook. A mensagem do alerta é um pequeno payload JSON carregando os preços de take-profit e stop-loss; a entrada é feita a mercado quando o sinal dispara. Em vez de um valor de operação, você define um Valor de Risco Fixo, e o tamanho da posição é calculado automaticamente a partir da distância entre entrada e stop — o valor da operação aparece como dinâmico porque é computado por sinal. As saídas ficam então por conta do TP/SL vindo do webhook, portanto não há URL de Fechamento separada.

Uma regra prática: se seu Pine Script ou lógica de sinal já calcula onde o stop pertence para este setup específico, use Risk Ratio e deixe o dimensionamento seguir o stop. Se sua vantagem está no timing de entrada e suas saídas são uma receita fixa, use Custom Signal e mantenha o alerta o mais simples possível.

Exemplo Prático: Uma Estratégia Risk Ratio com Números Reais

Vamos concretizar com uma configuração completa. Todos os números são ilustrativos.

O trader: tem uma estratégia no TradingView no gráfico de 4 horas de ETH/USDT. Ela entra comprada em um cruzamento de médias móveis confirmado pelo preço se mantendo acima de uma EMA de 200 ascendente, coloca o stop abaixo do fundo de swing mais recente e mira 2R.

A alocação: $2.000 de capital de trading destinados a este bot. Risco por trade: 1%, então o Valor de Risco Fixo do bot é $20.

Sinal 1. O alerta dispara com ETH a $2.500. O stop no fundo de swing é $2.450 (2% abaixo); o alvo de 2R é $2.600.

• Risco por ETH = $2.500 − $2.450 = $50
• Tamanho da posição = $20 ÷ $50 = 0,4 ETH (uma posição de $1.000 — 50% do capital alocado, com stop a 2% de distância)
• Se o stop for atingido: 0,4 × $50 = −$20 (mais taxas, mais eventual slippage do stop)
• Se o alvo for atingido: 0,4 × $100 = +$40

Sinal 2, uma semana depois. ETH a $2.600, mas desta vez o fundo de swing está perto: stop $2.574 (1% abaixo), alvo $2.652.

• Risco por ETH = $26
• Tamanho da posição = $20 ÷ $26 ≈ 0,77 ETH (uma posição de ~$2.000 — a alocação inteira)
• Os mesmos $20 em risco — mas repare que o nocional dobrou porque o stop caiu pela metade. Este é o trade-off do Risk Ratio em ação, e o motivo pelo qual a checagem de stops apertados acima importa.

Vinte trades depois. Suponha que as estatísticas ao vivo da estratégia fiquem próximas do backtest: 45% de acerto a 2R. Expectativa por trade = (0,45 × $40) − (0,55 × $20) = +$7, então vinte trades produzem aproximadamente +$140 antes das taxas — cerca de 7% sobre a alocação de $2.000 — sem que nenhuma perda individual jamais excedesse ~1% do capital. Compare com os mesmos sinais operados com um nocional fixo de $1.000 independentemente da distância do stop: os trades de stop largo teriam arriscado $20 enquanto os de stop curto arriscariam apenas $10, cortando praticamente pela metade a contribuição de lucro dos seus melhores setups. Risco consistente é o que faz uma vantagem modesta compor.

E o outro lado, sóbrio: os mesmos vinte trades poderiam plausivelmente chegar como 6 ganhos e 14 perdas (sequências se agrupam). Isso dá 6 × $40 − 14 × $20 = −$40, cerca de −2% — irritante, sobrevivível e exatamente o motivo de o risco ter sido limitado a 1% por sinal.

O Fluxo de Backtesting Antes de Operar ao Vivo

Você não pode fazer backtesting de um webhook diretamente — as decisões de entrada vivem fora da plataforma, então nenhum backtester tem como saber quando seu alerta teria disparado. O fluxo honesto testa cada camada onde ela vive:

1. Faça backtesting da estratégia na fonte. Se seus sinais vêm de uma estratégia em Pine Script no TradingView, rode o testador de estratégias do TradingView por vários anos e vários regimes de mercado — alta, baixa e lateral. Olhe taxa de acerto, R médio, pior sequência de perdas e drawdown máximo. Se sua fonte é um script personalizado, teste a lógica dele contra dados históricos antes que ele envie um único webhook real.

2. Confira a lógica de indicadores no backtester da Freya. Se seu sinal é construído com indicadores padrão (RSI, cruzamentos de EMA, MACD e similares), recrie o bot equivalente baseado em indicadores na Freya e faça backtesting no seu par e timeframe exatos. Isso valida a ideia contra os mesmos dados que seu bot real vai operar — veja Como Fazer Backtesting da Sua Estratégia de Trading de Criptomoedas para a metodologia completa.

3. Estresse os números com custos. Recalcule sua expectativa após subtrair taxas realistas por ida e volta e uma margem de slippage nos stops. Estratégias com lucro médio por trade abaixo de 0,5% frequentemente viram de lucrativas para empate neste passo — melhor descobrir isso aqui.

4. Vá ao vivo no tamanho mínimo. Rode o bot real com o menor dimensionamento viável por duas a quatro semanas. Você ainda não está testando lucratividade — vinte trades não provam nada estatisticamente — está testando o pipeline: os alertas disparam quando deveriam, o webhook chega, as execuções e saídas correspondem à intenção? Compare cada trade real com o que a lógica do seu backtest diz que deveria ter acontecido, e só aumente o tamanho quando o pipeline estiver entediante de tão previsível.

Modos Comuns de Falha (e Como Evitá-los)

1. Excesso de operações com alertas ruidosos

A morte mais comum: um alerta em timeframe baixo que dispara constantemente. Cada sinal parece razoável; coletivamente, são ruído mais taxas. Se seu bot fez mais que um punhado de trades hoje, pergunte se cada um carregava informação real. Correção: suba o timeframe, adicione um filtro de tendência, use alertas de uma vez por fechamento de candle e refaça a aritmética de taxas da seção de qualidade de entrada.

2. Sem stop loss ("meu sinal de fechamento é meu stop")

Um sinal de fechamento é software; um stop loss é uma ordem na exchange. Quando seu alerta expira, seu plano do TradingView vence ou seu script trava — precisamente os momentos que se correlacionam com volatilidade — o sinal de fechamento não chega. Correção: toda posição carrega um stop na exchange. No modo Risk Ratio isso é estrutural; no modo Custom Signal, defina-o antes de lançar.

3. Ignorar a realidade de latência e indisponibilidade

Entre sua condição se tornar verdadeira e sua ordem chegar à exchange existem vários saltos, cada um adicionando atraso medido em segundos — e qualquer um deles pode falhar por instantes. Para uma estratégia de 4 horas, isso é erro de arredondamento; para um scalp atrás de 0,3%, é fatal. A própria interface da Freya avisa que atrasos, indisponibilidades ou sinais externos imprecisos podem afetar as operações. Correção: opere em timeframes onde segundos não importam e aceite que entradas perdidas (fora do mercado, sem perda) são toleráveis, enquanto saídas perdidas são exatamente aquilo para que os stops existem.

4. URLs de webhook vazadas ou desatualizadas

Uma URL de webhook em um repositório público, chat compartilhado ou captura de tela é um convite aberto para alguém disparar operações na sua conta. Igualmente comum: regenerar uma URL e esquecer de atualizar o alerta, fazendo os sinais silenciosamente não chegarem a lugar nenhum. Correção: trate URLs como senhas, regenere a qualquer suspeita e, após cada regeneração, atualize seus alertas e envie um sinal de teste.

5. Incompatibilidade entre modo e alerta

O Custom Signal espera a URL de Abertura nos alertas de entrada e a URL de Fechamento nos de saída; o Risk Ratio espera uma única URL com uma mensagem JSON corretamente formatada carregando o TP/SL. Fios cruzados — a URL de Fechamento em um alerta de entrada, um payload de Risk Ratio sem seus níveis — produzem bots que não fazem nada ou fazem a coisa errada. Correção: após qualquer mudança, dispare um sinal de teste deliberado e confirme a resposta do bot antes de confiar tamanho a ele.

6. Aumentar o tamanho antes de provar o pipeline

Duas boas semanas em tamanho pequeno parecem validação; estatisticamente são quase insignificantes, e aumentar o tamanho em 10x também escala o slippage e sua resposta emocional aos drawdowns. Correção: escale em degraus, apenas depois que o encanamento estiver impecável e seus resultados ao vivo, sobre uma amostra real, forem consistentes com o backtest.

Perguntas Frequentes

O que é um bot de sinal de criptomoedas e como ele funciona?

Um bot de sinal de criptomoedas é um executor automatizado que opera quando recebe um sinal externo, em vez de decidir por conta própria quando entrar. A lógica da estratégia vive fora do bot — em um alerta do TradingView, um script personalizado ou qualquer ferramenta capaz de chamar uma URL de webhook. Quando sua condição dispara, a fonte envia uma pequena requisição HTTP para o webhook do bot, e o bot coloca a operação na sua exchange conectada dentro das regras que você configurou: par, direção, dimensionamento, take-profit e stop-loss. Essa divisão importa porque a configuração do bot deixa de determinar seus resultados — quem determina é a qualidade do seu sinal. O bot contribui com velocidade, consistência e execução ininterrupta, enquanto a fonte de sinais contribui com cada decisão de entrada. Na Freya Finance, bots de sinal rodam na Binance, OKX e Bybit, em mercados spot e futuros, no modo Custom Signal ou no modo Risk Ratio.

Posso fazer backtesting de um bot de sinal antes de operar ao vivo?

Não diretamente, e é importante entender o porquê. Um backtest reproduz dados históricos contra regras que o testador consegue avaliar — mas a lógica de entrada de um bot de sinal vive fora da plataforma, no seu alerta do TradingView ou script personalizado, então um backtester não tem como saber quando seu webhook teria disparado. O fluxo honesto tem três estágios. Primeiro, faça backtesting da estratégia na fonte: se seu sinal vem de uma estratégia do TradingView, use o testador de estratégias do TradingView por vários anos e regimes de mercado. Segundo, se sua lógica é construída com indicadores padrão, recrie-a como um bot baseado em indicadores na Freya e faça backtesting no seu par e timeframe exatos como contraprova. Terceiro, rode o bot de sinal ao vivo no tamanho mínimo por algumas semanas — não para provar lucratividade, o que amostras pequenas não conseguem, mas para verificar que alertas, entrega de webhook e posicionamento de TP/SL se comportam exatamente como projetado.

Qual é a diferença entre os modos Custom Signal e Risk Ratio?

No modo Custom Signal, você configura as ordens dentro da Freya — valor da operação, take-profit e stop-loss — e seus webhooks dizem quando agir: uma URL de Abertura para entradas e uma URL de Fechamento separada para saídas. No modo Risk Ratio, o próprio payload do webhook carrega os preços de take-profit e stop-loss; a entrada é feita a mercado quando o sinal chega e, em vez de um valor de operação, você define um valor de risco fixo por trade. A Freya então calcula o tamanho da posição a partir da distância entre entrada e stop-loss, de modo que um stop custa aproximadamente o valor que você escolheu. O Risk Ratio serve a estratégias que calculam níveis de saída por setup — a partir de estrutura de mercado, ATR ou pontos de swing — enquanto o Custom Signal serve a estratégias com saídas percentuais consistentes ou lógica de saída externa. Os dois modos não podem ser combinados em um bot; escolha o que corresponde a como seus sinais são construídos.

Quanto devo arriscar por sinal?

A maioria dos traders disciplinados arrisca uma porcentagem pequena e fixa do capital alocado por trade — comumente 0,5% a 2% — para que nenhuma perda isolada, e nenhuma sequência realista de perdas, os tire do jogo. Com 1% de risco por trade, dez perdas consecutivas derrubam a conta em aproximadamente 9,6%, o que é desagradável mas recuperável; com 5% de risco, a mesma sequência custa cerca de 40%, de onde pouquíssimas estratégias conseguem voltar. O modo Risk Ratio implementa isso diretamente: você informa um valor de risco fixo em USDT, e o tamanho da posição é calculado automaticamente a partir da distância do stop de cada sinal. No modo Custom Signal, você aproxima o mesmo efeito de trás para frente — divida seu orçamento de risco pela porcentagem do stop loss configurado para obter o valor da operação. Antes de fixar um número, examine as sequências históricas de perdas da sua estratégia nos backtests: seu risco por trade deve permitir sobreviver à pior sequência com folga.

Bots de sinal precisam de stop loss?

Sim — trate-o como inegociável. Um bot DCA tem uma resposta embutida à queda de preços: ordens de segurança reduzem seu custo de entrada conforme o mercado cai. Um bot de sinal não tem mecanismo algum desse tipo; ele segura a posição que o sinal abriu até que uma saída chegue. Se seu sinal de fechamento nunca dispara — porque um alerta expirou, uma assinatura do TradingView venceu ou um script travou — uma posição sem stop simplesmente acompanha o mercado para baixo, sem pior cenário definido. Um stop loss é a única saída que vive do lado da exchange em vez de depender do seu pipeline de sinais. No modo Risk Ratio, o stop é estrutural: chega em cada webhook e comanda o dimensionamento da posição, então você não consegue operar sem um. No modo Custom Signal, é você quem o configura nas definições de ordem do bot — defina-o antes de lançar e dimensione-o para que a perda implícita corresponda ao seu orçamento de risco por trade.

O que acontece se o TradingView ou minha fonte de webhook cair?

Seu bot continua rodando, mas nenhuma decisão nova chega — e esse é o risco real. A interface da Freya avisa exatamente sobre isso sempre que uma estratégia usa uma fonte externa de sinais: atrasos, indisponibilidades ou sinais imprecisos dessa fonte podem afetar suas operações, e a plataforma não pode atestar a precisão de sinais externos. Uma queda produz dois formatos de falha. Entradas perdidas são o formato brando: o bot fica fora do mercado e você perde oportunidade, não dinheiro. Saídas perdidas são o formato perigoso: uma posição aberta esperando por um webhook de Fechamento que nunca chega — e é por isso que toda posição deve carregar um stop loss na exchange, para que a saída execute mesmo com o pipeline morto. Verifique também as causas mundanas antes de assumir uma indisponibilidade: a entrega de webhooks exige um plano pago do TradingView, alertas expiram em alguns planos, e uma URL de webhook regenerada invalida a antiga até seus alertas serem atualizados.

Continue Aprendendo

Um bot de sinal é uma ferramenta dentro de um kit maior, e vale a pena conhecer a bancada inteira. Se você quer lógica de entrada que vive dentro da plataforma — com ordens de segurança como defesa embutida — estude o Guia de Estratégia de Bot DCA. Para o processo de construção clique a clique por trás de tudo o que foi discutido aqui, siga Como Criar um Bot de Sinal na Freya Finance. Antes de qualquer estratégia tocar fundos reais, trabalhe Como Fazer Backtesting da Sua Estratégia de Trading de Criptomoedas — e para entender como a Freya se conecta à sua exchange sem nunca custodiar suas moedas, leia Meu Dinheiro Está Seguro na Freya Finance?.