Systemarchitektur

Ein Handelssystem ist mehr als sein Einstiegssignal.

Ein Einstieg ist nur der sichtbare Endpunkt einer längeren Entscheidungskette. Zuvor muss das System erkennen, wo der Markt handelt, welche Struktur vorliegt, ob ein Signal belastbar ist und ob die technische Umgebung eine saubere Ausführung zulässt.

GoldAutoTradePRO trennt diese Aufgaben bewusst. Kein einzelner Indikator erhält allein die Kontrolle über eine Order. Signal, Struktur, Qualität, Orderlogik und Betrieb bilden fünf gekoppelte, aber eigenständig prüfbare Verantwortungsbereiche.

Diese Trennung macht Entscheidungen nachvollziehbarer: Ein Setup kann erkannt, anschließend jedoch wegen widersprüchlicher Struktur, unzureichender Qualität oder eines ungeklärten Betriebszustands verworfen werden.

GoldAutoTradePROGEKOPPELTE
SYSTEMARCHITEKTUR
01
Signal

Erkennt potenzielle Marktsituationen und erzeugt einen Kandidaten. Noch entsteht keine Order.

Entwicklungspfad

Von einer Entry-Logik zu einer vollständigen Handelsarchitektur.

Die Strategie wurde nicht durch das bloße Hinzufügen weiterer Signale erweitert. Entscheidend war die Trennung von Aufgaben und die Einführung klarer Vetopunkte.

01

Ausgangspunkt

Eine Entry-Logik erkennt zunächst wiederkehrende Preismuster. Ohne Kontext behandelt sie ähnliche Formen jedoch zu oft als gleichwertig.

02

Erste Erkenntnis

Signalhäufigkeit ist kein Qualitätsmaß. Zusätzliche Trades können das Ergebnis verschlechtern, wenn Marktphase und Struktur nicht stimmen.

03

Marktstruktur

Relevante Hochs, Tiefs, Sweeps und Reaktionen liefern den räumlichen Kontext, in dem ein Signal bewertet wird.

04

Qualität und Veto

Mehrere Prüfungen können einen Kandidaten herabstufen oder vollständig blockieren. Das Nichthandeln ist eine aktive Systementscheidung.

05

Betriebsarchitektur

Orderstatus, Sitzungsgrenzen, Rollover und Verbindungszustand werden als Teil der Strategie behandelt.

MGC Futures

Was der Futures-Markt für eine automatisierte Strategie konkret bedeutet.

MGC ist kein beliebiges Gold-Symbol. Kontraktspezifikation, Tickwert, Laufzeit, Handelszeiten und Liquiditätsverlagerung bestimmen, wie Daten gelesen und Orders ausgeführt werden.

Instrumentenspezifikation

Der Micro-Gold-Future besitzt definierte Tickgrößen und Tickwerte. Risiko- und Orderlogik müssen exakt auf dieses Instrument abgestimmt sein.

MGC als Positionsbaustein

Die kleinere Kontraktgröße ermöglicht eine feinere Dosierung. Sie reduziert das Marktrisiko nicht automatisch; sie verändert lediglich die Skalierung.

Zentraler Futures-Datenstrom

Die Strategie benötigt einen geeigneten MGC-Datenzugang. CFD- oder Spot-Gold-Daten sind nicht gleichwertig mit dem gehandelten Futures-Kontrakt.

Rollover als Betriebszustand

Wenn Liquidität in den nächsten Kontrakt wandert, muss der aktive Markt gewechselt und die Datenkontinuität kontrolliert werden.

500 Tick

Warum der 500-Tick-Chart die Entscheidungskette strukturiert.

Tickbasierte Kerzen ordnen den Markt nach Aktivität statt nach gleich langen Zeitblöcken. Das verändert nicht nur die Darstellung, sondern auch die Dichte, in der Struktur und Signale entstehen.

Signalrhythmus

Bei hoher Aktivität entstehen Kerzen schneller. Das System erhält in dynamischen Phasen eine feinere Abfolge von Zustandsänderungen.

Strukturkonsistenz

Jede Kerze basiert auf demselben Aktivitätsumfang. Dadurch werden ruhige Minuten nicht künstlich gleich stark gewichtet wie sehr aktive Minuten.

Sensitivitätsprüfung

500 Tick ist eine operative Baseline, keine Naturkonstante. Abweichende Tickraten müssen separat getestet werden, damit ein vermeintlicher Edge nicht nur aus einer Darstellungseinstellung stammt.

Input → Verarbeitung → Output

Fünf Module. Ein gekoppelter Entscheidungsfluss.

Der Ablauf macht sichtbar, wie Marktinformationen als gebündelter Impuls in die Verarbeitung eintreten, von Modul zu Modul geprüft und erst danach als klarer Systemzustand weitergegeben werden.

INPUTVERARBEITUNGOUTPUT
Relevante Hochs / Tiefs
Sweep- und V-Reaktion
Marktaktivität
Richtungsstruktur
Kandidat erzeugen
Beobachtung fortsetzen
Setup blockieren
AKTIVE STUFEInput bündeln
PRÜFUNG

Marktdaten werden als gemeinsamer Eingangszustand erfasst.

ÜBERGABE

Strukturierter Input an die Signal Engine

01 / 07
Entscheidungsbeispiele

Unterschiedliche Situationen. Unterschiedliche Systementscheidungen.

Jedes Beispiel beginnt mit einer noch unvollständigen Marktstruktur. Der weitere Verlauf zeigt, welche Information hinzukommt und warum das System ausführt, beobachtet oder bewusst blockiert.

1 / 6
Ausführung
SZENARIO 01

Trendfortsetzung

Sweep, bestätigter Strukturwechsel und ausreichende Qualität stimmen überein. Der Orderplan wird freigegeben.

SYSTEMENTSCHEIDUNGOrder freigegeben
MGC · 500 TICKStruktur bildet sich
KontextEntscheidungspunktFolgebewegung
Betriebsschutz

Technik schützt die Ausführung – sie ersetzt nicht die Handelslogik.

Die Futures-Abschnitte erklären, welches Instrument und welche Marktdaten verarbeitet werden. Der Betriebsschutz beantwortet eine andere Frage: Darf eine bereits freigegebene Entscheidung unter den aktuellen technischen Bedingungen tatsächlich ausgeführt werden?

Lizenzierung und Distribution

Geschützte Auslieferung, eindeutige Versionen und kontrollierte Freischaltung reduzieren inkonsistente Installationen.

Feed- und Verbindungsüberwachung

Unterbrechungen müssen erkannt werden. Nach einer Störung darf nicht blind aus einem unbekannten Zustand weitergehandelt werden.

Handelszeiten und Rollover

Sitzungsgrenzen, Flatten-Zeit und aktiver Kontrakt sind explizite Betriebsparameter.

Audit und Nachvollziehbarkeit

Signale, Filterentscheidungen und Orderzustände sollen so protokolliert werden, dass Abweichungen untersucht werden können.

Betriebsumgebung

Eine klar definierte Betriebsumgebung.

Die Strategie ist für NinjaTrader 8 unter Windows und einen geeigneten MGC-Futures-Datenzugang vorgesehen. Die VPS-Seite vertieft ausschließlich die technische Laufzeitumgebung – nicht die Handelslogik.

NinjaTrader 8 und Windows

Die Strategie wird in einer kontrollierten NinjaTrader-Konfiguration betrieben. Plattformversion, Add-on-Version und Workspace müssen zueinander passen.

MGC-Datenzugang

Instrument, Kontraktmonat und Datenfeed müssen korrekt sein. Historische und Echtzeitdaten können sich in Qualität und Umfang unterscheiden.

Stabiler Betrieb

Lokaler PC oder VPS müssen Verbindung, Stromversorgung, Zeitsynchronisation und Fernzugriff zuverlässig abbilden.