Drawdown-Schutz: Kontrollen für mehrere Konten

Automatisierter Drawdown-Schutz besteht aus Softwarekontrollen, die Kontodaten beobachten, unterstützte neue Einstiege blockieren und bei einer Schwelle Maßnahmen anfordern können. Er garantiert weder rechtzeitige Brokerausführung noch dauerhafte Regelkonformität. Berechne für mehrere Konten jede geltende Grenze einzeln und prüfe, welche Auftragsquellen tatsächlich kontrolliert werden.

Drawdown verstehen: Formel statt bloßem Prozentsatz

Historischer Rückgang vom Höchststand zum Tief ist eine Leistungskennzahl. Die tägliche oder gesamte Verlustgrenze eines Programms ist eine Vertragsberechnung. Das ist nicht austauschbar. Erfasse Anbieter, Produkt, Phase, Kontoversion, anfängliches simuliertes Kapital, Balance-/Equitybasis, offene Ergebnisse, Gebühren und Reset-Zeitzone. Unterscheide feste und nachgezogene Grenzen; verwende die strengste aktuelle Untergrenze.

Bei der aktuellen FTMO CFD 2-Step Challenge, Verification und anschließenden 2-Step Account ist die Tagesuntergrenze die Balance um 00:00 CE(S)T minus 5% des anfänglichen simulierten Kapitals. Die Gesamtuntergrenze bleibt bei 90% dieses Anfangsbetrags. Die offiziellen Ziele beschreiben andere Berechnungen für 1-Step und Instant. Übertrage das 2-Step-Profil nicht auf andere Produkte oder Anbieter.

$96.000 Equity lägen bereits unter dieser Tagesgrenze, obwohl sie über $95.000 liegen. Eine fest eingebaute Ersttagsgrenze würde den Verstoß übersehen. Berücksichtige offene Ergebnisse, Swaps und Kommissionen nach Anbieterdefinition. Bereits in der Equity enthaltene offene Verluste werden nicht doppelt abgezogen.

Beobachtung, Auslöser und Ausführung trennen

Eine lokale Risikokontrolle benötigt eine getestete Kette: aktuelle Daten erhalten, Grenzen berechnen, neues Risiko prüfen, zulässige Stornierung/Schließung anfordern und das Ergebnis abgleichen. Ein gesendeter Schließauftrag ist keine geschlossene Position. Bei MQL5 belegt OrderSend mit Rückgabe true keine Ausführung; Antwortcodes und spätere Transaktionen sind zu prüfen.

Erst an der Vertragsgrenze zu reagieren verhindert keinen bereits eingetretenen Verstoß. Ein fiktiver lokaler Auslöser $300 über der Untergrenze $97.000 läge bei $97.300. Diese Reserve ist eine Testannahme, keine Garantie gegen Kurslücken, Slippage, Ablehnung oder Verbindungsausfall. Auch ein Stop am Einstieg garantiert nach Gebühren und Ausführungsabweichungen kein Netto-Break-even.

• Daten unklar: unterstützte neue Einstiege blockieren, fehlende/veraltete Eingaben melden und für vorhandenes Risiko das Störungsverfahren nutzen. Unbekannte Positionen gelten nicht als geschlossen.
• Schwelle erreicht: Konto, Regelversion, Zeit und beabsichtigte Maßnahme festhalten. Kontrollierte Quellen dürfen kein neues Risiko hinzufügen; unterstützte ausstehende Aufträge sind zu behandeln.
• Schließung offen: Auftragsannahmen und Ablehnungen, Teilvolumen und Restpositionen verfolgen. Einen Auftrag mit unbekanntem Ausgang nicht blind erneut senden.
• Pausiert: Grund über Neustarts hinweg erhalten. Kontozustand und aktuelles Regelprofil vor kontrollierter Wiederaufnahme abgleichen.

Zentrale oder verteilte Kontrolle und Positionsgröße

Ein zentraler Manager kann unterstützte Agenten koordinieren; verteilte Module können Einzelkonten prüfen. Keine Architektur ist automatisch zuverlässig. Dokumentiere Controller, Rechte, Verbindungszustand und Verantwortlichen je Konto. Ein Dashboard erteilt keine Handelsvollmacht. Vermeide unkoordinierte Doppelsteuerung desselben Auftragsstroms.

Prozentrechnung: Drei fiktive Konten mit je $100.000 verlieren jeweils $1.000, also je 1%. Zusammen sind das $3.000/$300.000 = 1%, nicht 3% des Gesamtbetrags. Jedes Konto kann trotzdem seine eigene lokale 1%-Schwelle gleichzeitig erreichen. Kontogrenzen bleiben unabhängig; Gewinn anderswo heilt keinen Verstoß. Gleiche Trades und gemeinsame Infrastruktur schaffen gemeinsame Risiken.

Berechne neues Preisrisiko mit Kontraktdaten, Stopabstand, Kontowährung und Volumenschritt. Vergleiche es mit Restspielraum nach zusätzlichem offenem Positionsrisiko und Kostenannahmen. 1% oder 2% sind nicht pauschal sicher. Ein Mindestvolumen kann zu groß sein; nicht aufrunden, nur um handeln zu können.

Tests vor dem Einsatz

1. Resetgrenzen, Sommerzeitwechsel, offenen Verlust beim Reset, Balanceänderungen sowie feste und nachgezogene Grenzen testen.
2. Veraltete Daten, Verbindungsabbruch, Neustart, abgelehnte/teilweise Schließungen und zunächst unbekannte Auftragsausgänge testen.
3. Manuelle Trades, andere EAs und Terminals prüfen: Welche Einstiege werden wirklich blockiert? AutoTrading ausschalten ist keine Brokerschließung und kann auch Schließaufträge des Schutz-EA verhindern.
4. Sollmaßnahmen mit Anfragen, bestätigten Transaktionen, Restexponierung und Logs je Konto vergleichen. Ein profitabler Backtest beweist keine verlässliche Fehlerbehandlung.

MQL5 OnTick folgt Chartsymbol und Ereigniswarteschlange; es verspricht keine Millisekundenprüfung sämtlicher Konten. Lege Überwachungsdesign und zulässiges Datenalter fest. Ein lokales Terminal nahe dem Broker beseitigt kein Markt- oder Programmrisiko.

Produktumfang und Programmerlaubnis

Der JPTC EA Hub ist vom Kunden betriebene MetaTrader-Software. Prüfe dokumentierte Kontrollen und Plattform der konkreten Datei. Dieser Leitfaden belegt kein enthaltenes Zentraldashboard, Kopiersystem, Benachrichtigungsmedium oder universelles Regelwerk. Das separate JPTC Algo wird gehostet, ohne Kundeninstallation oder eigenen VPS. Keines garantiert Konformität, Bestehen oder Auszahlung.

Prüfe Programmerlaubnis und Bedingungen für Drittsoftware auch bei einem Risikowerkzeug. Konsistenzziele und Mindesthandelstage sind eigenständige Vorgaben: keine Einzeltrade-Gewinngrenze erfinden und keine künstlichen Trades nur für einen Zähler platzieren. Quellen geprüft am 16. Oktober 2026; Konto- und Auslöserbeträge sind fiktiv.

JPTC Algo: firmeneigene Screenshots

Illustrative JPTC-Screenshots, kein Nachweis von Challenge-Ergebnissen. Der Zeitraum steht auf der Ergebnisseite.

@jptradingcapital on Instagram →