⚡ MagicTradeBot Standard-Handelssignale

In MagicTradeBot v6.0 wurde das Signal-Handling vollständig neu gestaltet. Es gibt keine statischen Signal-Tabellen oder hart codierten Zuordnungen mehr im Kernsystem. Alle Signale werden nun über die Konfigurationsdatei /settings/signal_registry.yaml verwaltet.

Dies bietet vollständige Flexibilität, um das Verhalten jedes Signals zu definieren — ob es eine automatische Handelsausführung auslösen oder nur für Broadcast-Benachrichtigungen verwendet werden soll. Es wird dringend empfohlen, die Bot Configurator UI statt manueller Bearbeitung zu verwenden.

⚙️ Überblick über das Signalsystem

MagicTradeBot v6.0 unterstützt eine einheitliche Signalverarbeitungspipeline mit zwei Hauptkategorien:

Auto-Trade-Ausführungssignale → Führen echte Trades basierend auf Strategie und Risikomanagement-Engine aus
Broadcast-/Benachrichtigungssignale → Senden Alerts an Telegram, Discord, UI-Dashboards usw.

Alle Signale durchlaufen dieselbe Validierungs-Engine, bevor sie an Ausführungs- oder Benachrichtigungsschichten weitergeleitet werden.

🧠 Signal-Registrierungssystem (v6.0 Core)

Signale werden in /settings/signal_registry.yaml registriert. Diese Datei definiert exakt, wie sich jedes Signal im System verhält.


# ------------------------------------------------
# Order-Ausführungssignale (ECHTER HANDEL)
# ------------------------------------------------
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"

# ------------------------------------------------
# Broadcast-/Benachrichtigungssignale (KEIN HANDEL)
# ------------------------------------------------
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"

📡 Erklärung der Signaltypen

1. Auto-Trade-Ausführungssignale

Diese Signale lösen echte Trades aus, basierend auf der Risk-Engine, dem Money-Management-System und der Strategie-Logik des Bots.

Vor Ausführung durch die Decision Engine validiert
Vollständig integriert mit SL/TP, DCA und Trailing-Logik
Berücksichtigen Börsenlimits und Positionsregeln

2. Broadcast-Signale (nur Monitoring)

Diese Signale führen KEINE Trades aus. Sie werden verwendet für:

Telegram-/Discord-Benachrichtigungen
Dashboard-Visualisierung
Unterstützung manueller Handelsentscheidungen

📊 TradingView-Signalformat

TradingView-Signale werden mit folgendem Format standardisiert:


TV_{STRATEGIE}_{RICHTUNG}_EXTERNAL_SIGNAL

Beispiel:


TV_EMA_CROSS_LONG_EXTERNAL_SIGNAL

Diese Signale werden über den TradingView Signal Bridge in das System eingespeist.

🌉 TradingView Signal Bridge (erforderlich)

In v6.0 werden TradingView-Signale nicht direkt vom Bot verarbeitet. Stattdessen müssen sie über den TV Signal Bridge laufen.

Empfängt Webhook-Alerts von TradingView
Validiert und normalisiert das Signalformat
Leitet Signale an die Ausführungs-Engine weiter
Stellt eine zuverlässige und strukturierte Signalübertragung sicher

Ohne korrekte Konfiguration des TV Signal Bridge werden TradingView-Signale nicht ausgeführt.

⚠️ Wichtige Änderungen in v6.0

Keine Legacy-Signal-Tabellen mehr im Kernsystem
Alle Signale müssen explizit in signal_registry.yaml registriert werden
Die Bot Configurator UI ist die empfohlene Verwaltungsmethode
Signalverhalten ist vollständig von der Strategie-Logik entkoppelt

🚀 Zusammenfassung

MagicTradeBot v6.0 führt eine vollständig modulare Signalarchitektur ein, bei der jedes Signal explizit definiert und über konfigurierbare Ausführungs- oder Broadcast-Pipelines geroutet wird.

Dies gewährleistet maximale Flexibilität, Transparenz und Kontrolle darüber, wie Handelsentscheidungen ausgelöst und überwacht werden.