⚡ Sinais de negociação padrão do MagicTradeBot

No MagicTradeBot v6.0, o gerenciamento de sinais foi completamente redesenhado. Não existem mais tabelas de sinais estáticas ou mapeamentos codificados diretamente no sistema principal. Todos os sinais agora são gerenciados através do arquivo de configuração /settings/signal_registry.yaml.

Isso fornece total flexibilidade para definir como cada sinal se comporta — se ele deve acionar execução automática de trades ou ser usado apenas para notificações de broadcast. É altamente recomendado usar a Bot Configurator UI em vez de edição manual.

⚙️ Visão geral do sistema de sinais

O MagicTradeBot v6.0 suporta uma pipeline unificada de processamento de sinais com duas categorias principais:

Sinais de execução automática de trades → Executam operações reais baseadas na estratégia e no motor de risco
Sinais de broadcast / notificação → Enviam alertas para Telegram, Discord, dashboards UI, etc.

Todos os sinais passam pelo mesmo motor de validação antes de serem roteados para as camadas de execução ou notificação.

🧠 Sistema de registro de sinais (núcleo v6.0)

Os sinais são registrados dentro de /settings/signal_registry.yaml. Este arquivo define exatamente como cada sinal se comporta no sistema.


# ------------------------------------------------
# Sinais de execução de ordens (TRADING REAL)
# ------------------------------------------------
register_trading_signals:
  - "LONG_PUMP_SIGNAL"
  - "SHORT_CRASH_SIGNAL"
  - "SHORT_CRASH_ACCELERATION_SIGNAL"
  - "SHORT_MOMENTUM_FORMING_CANDLE_SIGNAL"
  - "LONG_MOMENTUM_ACCELERATION_SIGNAL"
  - "LONG_MOMENTUM_FORMING_CANDLE_SIGNAL"
  - "TV_EMA_CROSS_LONG_EXTERNAL_SIGNAL"
  - "TOP_GAINER_LONG_SIGNAL"
  - "TOP_GAINER_SHORT_SIGNAL"
  - "TOP_LOSER_SHORT_SIGNAL"
  - "TOP_LOSER_LONG_SIGNAL"

# ------------------------------------------------
# Sinais de broadcast / notificação (SEM TRADING)
# ------------------------------------------------
register_broadcast_signals:
  - "LONG_PUMP_SIGNAL"
  - "SHORT_CRASH_SIGNAL"
  - "SHORT_CRASH_ACCELERATION_SIGNAL"
  - "SHORT_MOMENTUM_FORMING_CANDLE_SIGNAL"
  - "LONG_MOMENTUM_ACCELERATION_SIGNAL"
  - "LONG_MOMENTUM_FORMING_CANDLE_SIGNAL"
  - "TV_EMA_CROSS_LONG_EXTERNAL_SIGNAL"
  - "TOP_GAINER_LONG_SIGNAL"
  - "TOP_GAINER_SHORT_SIGNAL"
  - "TOP_LOSER_SHORT_SIGNAL"
  - "TOP_LOSER_LONG_SIGNAL"

📡 Tipos de sinais explicados

1. Sinais de execução automática de trades

Esses sinais acionam execuções reais de trades através do motor de risco do bot, sistema de gerenciamento de capital e lógica de estratégia.

Validados pelo motor de decisão antes da execução
Totalmente integrados com SL/TP, DCA e lógica de trailing
Respeitam restrições das exchanges e regras de posição

2. Sinais de broadcast (somente monitoramento)

Esses sinais NÃO executam trades. Eles são usados para:

Alertas no Telegram / Discord
Visualização em dashboard
Suporte à tomada de decisão manual de trading

📊 Formato de sinal do TradingView

Os sinais do TradingView são padronizados usando o seguinte formato:


TV_{STRATEGIA}_{DIRECAO}_EXTERNAL_SIGNAL

Exemplo:


TV_EMA_CROSS_LONG_EXTERNAL_SIGNAL

Esses sinais são injetados no sistema através do TradingView Signal Bridge.

🌉 TradingView Signal Bridge (obrigatório)

Na v6.0, os sinais do TradingView não são processados diretamente pelo bot. Em vez disso, eles devem passar pelo TV Signal Bridge.

Recebe webhooks do TradingView
Valida e normaliza o formato do sinal
Encaminha sinais para o motor de execução do bot
Garante entrega de sinais estruturada e confiável

Sem a configuração correta do TV Signal Bridge, os sinais do TradingView não serão executados.

⚠️ Principais mudanças da v6.0

Sem tabelas de sinais legadas no core do bot
Todos os sinais devem ser explicitamente registrados em signal_registry.yaml
A Bot Configurator UI é o método de gerenciamento recomendado
O comportamento dos sinais é totalmente desacoplado da lógica de estratégia

🚀 Resumo

O MagicTradeBot v6.0 introduz uma arquitetura de sinais totalmente modular, onde cada sinal é explicitamente definido e roteado através de pipelines configuráveis de execução ou broadcast.

Isso garante máxima flexibilidade, transparência e controle sobre como as decisões de trading são acionadas e monitoradas.