Vertipper-Schutz für Notfall-Stop: Minimum-Floor (emergency_min_eur=3)

Ein manuell gesetzter Notfall-Stop unter dem Minimum wird als "aus" behandelt.
Root-Cause (2026-07-27): User setzte versehentlich -1 €; der Wert lag unter dem
Spread UND vererbte sich per _emergency_remember auf alle Folge-Trades → jeder
neue Trade wurde in Sekunden per Notfall-Close geschlossen ("sofort geschlossen").
Guard in set_emergency, mit 6 Werten getestet. Live-Notfall-Stop zusätzlich auf
0 geräumt.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
This commit is contained in:
Axel Hocks
2026-07-27 14:36:27 +02:00
co-authored by Claude Opus 4.8
parent fe8b439f1d
commit 873b67a521
3 changed files with 29 additions and 0 deletions
+8
View File
@@ -812,6 +812,14 @@ dort bereits nachvalidiert, ØR +0,305.) **Eine** Oberfläche:
close und notfall close … nicht setzen beim Eröffnen" → alle drei Auto-Arm-Modi 0,
beim Öffnen einer Position wird KEIN Notfall-Stop gesetzt. Nur ein **manuell** im
UI-Feld eingegebener Wert armiert (bleibt bis zum nächsten Positionswechsel).
**⚠ Vertipper-Schutz `[trading] emergency_min_eur=3` (Fix 2026-07-27):** ein manuell
gesetzter Notfall-Stop UNTER diesem Minimum wird als „aus" behandelt (nicht
scharfgestellt) + Log-Warnung. Grund: ein Sub-Spread-Wert schließt den Trade
**sofort** UND vererbt sich per `_emergency_remember` auf ALLE Folge-Trades — real
am 2026-07-27 setzte der User versehentlich 1 € → jeder neue Trade wurde in
Sekunden per Notfall-Close gekillt (Tickets 48504360/48504814 u. a., „sofort
geschlossen"). Guard in `set_emergency` (greift NUR auf die manuelle Eingabe;
die %-Auto-Arm-Pfade sind eh 0). 0 = kein Floor.
Kurz-Historie des margin-%-Modus: 2026-07-17 komplett raus (2 % ≈ 0,76×ATR zerschoss
die Squeeze-Trades, 48,94-€-Tag) · 2026-07-20 wenige Stunden als **3-%-GAP-NETZ
(Balance-Basis)** mit `risk_pct=1.5` · **2026-07-23 kurz margin-basiert `=3.0`**