AuroraSync MT4 Trade Copier
- Utilitys
-
Thorsten Fuehrmann
I develop professional algorithmic trading systems with a strong focus on transparency, structured decision-making and disciplined risk management. - Version: 2.3
- Aktivierungen: 5
AuroraSync — Der MT4 Trade Copier, der Sicherheit richtig versteht
------------------------------------------------------------
Kopiert Trades lokal zwischen MT4-Terminals — ereignisgesteuert statt zustandsbasiert. Keine DLLs, kein Cloud-Dienst, kein Abo. Gebaut aus einem realen Vorfall, bei dem ein Standard-Copier Positionen auf vier Konten schloß.
------------------------------------------------------------
Hauptbeschreibung
Das Problem mit anderen Trade Copieren
Die meisten Trade Copier arbeiten nach dem State-Mirror-Prinzip: Sie vergleichen in jedem Tick den Zustand des Master-Terminals mit dem Slave und leiten daraus ab, was zu tun ist. Das klingt einfach — und es ist einfach. Zu einfach.
Denn: Wenn die Master-Verbindung kurz abbricht und OrdersTotal() == 0 zurückgibt, interpretiert ein State-Mirror-Copier das als „alle Positionen wurden geschlossen" — und schliesst sie auf dem Slave tatsächlich. Das ist kein theoretisches Risiko. Es ist passiert.
AuroraSync wurde aus genau diesem Vorfall heraus entwickelt. Auf einem Live-Account, echtes Geld, mehrere Konten betroffen.
------------------------------------------------------------
Das AuroraSync-Prinzip: Ereignisgesteuert
AuroraSync sendet keine Zustände — es sendet Befehle:
| Ereignis | Was gesendet wird |
| Position geöffnet | OPEN-Befehl mit Symbol, Typ, Lots, SL, TP |
| SL/TP verändert | MODIFY-Befehl mit neuem SL/TP |
| Position geschlossen | CLOSE-Befehl — nur wenn Ticket in History MIT CloseTime verifiziert |
Ein CLOSE-Befehl wird niemals aus dem Fehlen einer Position abgeleitet. Er wird nur gesendet, wenn der Master die tatsächliche Schließung in der History nachgewiesen hat. Das ist der fundamentale Unterschied.
------------------------------------------------------------
Doppelter Schutz gegen Duplikate
Selbst wenn ein Slave einen Befehl doppelt erhält, öffnet er keine doppelten Positionen:
- GlobalVariable-Lock: AS2S_<AccountNr>_<Ticket> — wird beim ersten OPEN gesetzt und nie gelöscht
- OrderComment-Lock: "AS:<MasterTicket>" im Orderkommentar — unabhängige zweite Schicht, survives GlobalVariable-Verlust
Beide Sperren müssen zusammen fehlen, damit ein Duplikat entstehen kann. Das passiert in der Praxis nicht.
------------------------------------------------------------
Session-ID: Schutz vor Neustart-Fehlern
Jede Master-Instanz erzeugt beim Start eine eindeutige Session-ID (Unix-Timestamp). Diese ID steht im Header jeder Befehlsdatei. Der Slave erkennt daran sofort: Ist das ein neuer Befehl, oder hat der Master neu gestartet und die Datei wurde zurückgesetzt?
Ohne Session-ID würde ein Master-Neustart im Worst Case als Datenlücke fehlinterpretiert und könnte Folgebefehle auslösen, die nicht existieren sollten.
------------------------------------------------------------
Scalping-Sicherheit
Wenn eine Position im Master eröffnet wird und der Slave sie mit Verzögerung ausführt, kann der Einstiegskurs bereits weit vom Original entfernt sein. AuroraSync berechnet:
Abweichung = | SlaveBid - MasterEntry | / StopDistance
Überschreitet diese Abweichung den konfigurierbaren Wert S_MaxEntryDevR, wird die Position nicht kopiert. Kein schlechter Einstieg ist besser als ein katastrophaler.
------------------------------------------------------------
Technische Architektur
Master MT4-Terminal
│
▼
Common Files (CSV)
auf lokalem PC / VPS
│
┌────┴────┐
▼ ▼
Slave 1 Slave 2 (... Slave N)
MT4 MT4
- Alle Terminals auf einem PC oder VPS — kein Netzwerk-Overhead
- Kommunikation über Common Files — die einzige DLL-freie, serverlose Methode mit echter Persistenz
- Keine Cloud, kein externen Server, keine Drittanbieter-Abhängigkeit
- Keine DLLs — läuft auf jedem MT4 ohne Sondergenehmigungen
------------------------------------------------------------
Konfiguration
Master-Parameter:
| Parameter | Beschreibung |
| M_Lots | Fix-Lot-Größe (0 = proportional) |
| M_Prefix | Symbol-Präfix des Brokers (z.B. "m.") |
| M_Suffix | Symbol-Suffix des Brokers (z.B. ".+") |
| M_Magic | Magic Number Filter (0 = alle) |
| M_Comment | Comment-Filter |
Slave-Parameter:
| Parameter | Beschreibung |
| S_Lots | Fix-Lot-Größe (0 = proportional zum Master) |
| S_RiskFactor | Proportional-Faktor |
| S_Prefix / S_Suffix | Broker-Symbol-Anpassung |
| S_MaxEntryDevR | Max. Einstiegsabweichung (×Stop-Distanz) |
| S_MaxSlippage | Max. erlaubter Slippage in Points |
| S_AutoRecon | Automatische Abgleich-Prüfung (true/false) |
------------------------------------------------------------
Was AuroraSync NICHT macht
- Kein Netzwerk-Copier (kein anderer VPS / kein LAN-Betrieb ohne gemeinsame Dateien)
- Kein eigenes Risikomanagement / Positionsgrößen-Rechner
- Kein Strategy-Tester-Betrieb (benötigt Live-Umgebung)
- Keine MT5-Version
------------------------------------------------------------
Systemvoraussetzungen
- MetaTrader 4
- Alle Terminals auf einem PC oder VPS mit gemeinsamem MQL4/Files/Common-Verzeichnis
- Kein zusätzlicher Broker, kein Cloud-Dienst
------------------------------------------------------------
Getestet auf
- Windows VPS (Standard-Konfiguration)
- Bis zu 4 MT4-Terminals gleichzeitig (Master + 3 Slaves)
- Live-Trading mehrere Monate
------------------------------------------------------------
Warum kein MT5?
MT4 bietet für diesen Use-Case entscheidende Vorteile: einfacheres Ordermodell, zuverlässige Global Variables als Kill-Switch, sauberes Pending-Order-Verhalten und breitere Broker-Unterstützung für Prop-Firm-Konten. AuroraSync ist für MT4 entwickelt und bleibt MT4.
------------------------------------------------------------
Über den Entwickler
AuroraSync ist Teil der Aurora-Framework-Familie von Thor_Vig — einem Trader und MQL4-Entwickler, der seine eigenen Tools für den Live-Einsatz auf echten Konten entwickelt. Was auf MQL5 Market erscheint, wurde vorher wochenlang auf eigenen Konten getestet.
------------------------------------------------------------
Changelog
| Version | Änderungen |
| 2.04 | Scalping-Sicherheit (MaxEntryDevR), DST-Bug TimeLocal→TimeGMT behoben |
| 2.03 | Session-ID-Mechanismus eingeführt |
| 2.02 | Dual-Lock Duplikatschutz |
| 2.01 | Erste öffentliche Version |
| 2.00 | Komplette Neuentwicklung nach dem Reconnect-Vorfall |
------------------------------------------------------------
Preis
99 USD (Einführungspreis — limitiert auf erste Käufer)
Einmalige Zahlung — keine monatlichen Gebühren, keine Aktivierungslimits.
------------------------------------------------------------
Copyright © Thor_Vig | Aurora Framework | MQL4
======================================================================
