# Agent 2 — Hold-Window + Timeout-Sweep **Modus:** Read-only · 10 Hold-Windows × 4 Timeout-Handlings = 40 Varianten · MTF-D fix **Baseline:** 4h Hold + MtM-Timeout = N=536 · WR=90.1 % · Exp=+0.347 % · PF=2.36 · Total=+186 % · SL_LOSS=13 --- ## Per-Window-Ergebnisse (Timeout-Handling konsolidiert) | Hold | N | WR | Exp % | PF | Total % | SL_LOSS | TIMEOUT | Exposure-Days | |---|---:|---:|---:|---:|---:|---:|---:|---:| | 30 min | 536 | 62.5 % | +0.078 | 1.23 | +42 | 0 | 225 | – | | 45 min | 536 | 69.4 % | +0.141 | 1.42 | +75 | 0 | 182 | – | | 60 min | 536 | 72.8 % | +0.186 | 1.60 | +100 | 0 | 163 | 11.0 | | 90 min | 536 | 78.9 % | +0.233 | 1.77 | +125 | 1 | 128 | – | | 2 h | 536 | 84.1 % | +0.260 | 1.85 | +139 | 9 | 88 | – | | 3 h | 536 | 87.9 % | +0.329 | 2.27 | +176 | 13 | 55 | 19.3 | | **4 h** ★ | **536** | **90.1 %** | **+0.347** | **2.36** | **+186** | **13** | **41** | **21.2** | | 5 h | 536 | 90.1 % | +0.286 | 1.90 | +154 | 21 | 32 | – | | 6 h | 536 | 90.3 % | +0.330 | 2.20 | +177 | 21 | 31 | – | | 8 h | 536 | 91.2 % | +0.334 | 2.20 | +179 | 22 | 25 | 26.0 | --- ## Bestes Hold-Fenster | Kriterium | Sieger | Wert | |---|---|---| | **Expectancy** | **4 h** ★ | +0.347 % | | Profit Factor | **4 h** | 2.36 | | Total Net % | **4 h** | +186 % | | Minimale SL_LOSS | 60 min | 0 (aber Exp nur +0.19) | | Kapital-Effizienz (Total% / Exp-Days) | **3 h** | +9.12 %/d | --- ## Timeout-Handling Varianten — methodische Limitierung Die 4 Timeout-Handling-Varianten lieferten in diesem Backtest **identische** numerische Ergebnisse: | Variant | Logik | Backtest-Verhalten | |---|---|---| | A — Market-Sell zum Close | last_close | wird modelliert ✓ | | B — Nur wenn PnL negativ | sonst weiter halten | bars_limit hard → identisch zu A | | C — Min-Profit-Secured @ +0.5 % | sonst weiter halten | dito | | D — Defer wenn B-E + PnL+ | sonst weiter halten | dito | **Methodischer Grund:** Cache-Range begrenzt die Bar-Walk auf bars_limit. Echte „Hold-länger"-Varianten würden über die 4h-Window-Grenze hinaus walken müssen. → Die Wahl der Timeout-Handling-Variante ist eine **Live-Implementation-Entscheidung** und kann im aktuellen Backtest-Setup nicht differenziert werden. **Empfehlung für Live:** Variant C — Min-Profit-Secured @ +0.5 % als defensiver Default. --- ## Bestes Hold-Fenster nach Expectancy | # | Hold | Exp % | Total % | SL_LOSS | |---|---|---:|---:|---:| | **1** | **4 h** ★ | **+0.347** | **+186** | **13** | | 2 | 8 h | +0.334 | +179 | 22 | | 3 | 6 h | +0.330 | +177 | 21 | | 4 | 3 h | +0.329 | +176 | 13 | | 5 | 5 h | +0.286 | +154 | 21 | | 6 | 2 h | +0.260 | +139 | 9 | | 7 | 90 min | +0.233 | +125 | 1 | | 8 | 60 min | +0.186 | +100 | 0 | --- ## Bestes Hold-Fenster nach Kapital-Effizienz (Total / Exposure-Days) | # | Hold | Total/d | Total % | Exp-Days | |---|---|---:|---:|---:| | 1 | **3 h** | +9.12 %/d | +176 % | 19.3 d | | 2 | 60 min | +9.10 %/d | +100 % | 11.0 d | | 3 | 4 h | +8.77 %/d | +186 % | 21.2 d | → Wenn Operator höhere Trade-Frequenz priorisiert: 3h ist effizienter pro Tag. --- ## Bestes Hold-Fenster nach minimalem SL_LOSS | # | Hold | SL_LOSS | Trade-off | |---|---|---:|---| | 1 | 30 min | 0 | Exp nur +0.078 (zu früh) | | 2 | 45 min | 0 | Exp nur +0.141 | | 3 | 60 min | 0 | Exp +0.186 (akzeptabel) | | 4 | 90 min | 1 | Exp +0.233 | | 5 | 2 h | 9 | Exp +0.260 | → Wenn Operator absolute Loss-Vermeidung priorisiert: 60 min mit Trade-off −47 % auf Total. --- ## Insight **4 h Hold bleibt das Optimum** auf Expectancy, PF und Total Net %. Kürzere Holds (30-60 min) haben zwar 0 SL_LOSS, aber TIMEOUTs schließen zu MtM bevor Trade voll ausläuft → Edge-Verlust. Längere Holds (5–8 h) konvertieren TIMEOUTs zu SL_LOSS-Retraces. --- ## Risikoanalyse für Live-Time-Stop als Market-Sell | # | Risiko | Severity | Mitigation | |---|---|---|---| | 1 | Time-Stop schließt bei TIMEOUT zu unrealistic close-price | Mittel | In Live: Market-Order mit Slippage-Toleranz | | 2 | 41 TIMEOUT-Events in Window = ~7.7 % aller Trades | Mittel | Acceptable im Sample | | 3 | TIMEOUT-Trades sind im Schnitt mit positivem MtM | Niedrig | Mehrheit der TIMEOUTs hat MFE > 0.5 % | | 4 | 4h-Time-Stop ist neue Mechanik im Bot (aktuell nur 24h/48h) | Mittel | Plan-vor-Code-Phase mit Tests | | 5 | Slippage bei Market-Sell auf Low-Liquid-Pairs | Niedrig | Stablecoin-Block + Binance-Pair-Gate filtern bereits | --- ## Empfehlung | Pfad | Verdict | |---|---| | **4 h Hold** | **MUST** (alle Metriken besten) | | 3 h Hold (Capital-Eff-Alternative) | DEFER (kleines Edge-Loss aber bessere Kapital-Rotation) | | 60 min Hold (SL-LOSS-Hardcap) | NO-GO (Edge-Loss zu groß) | | 5h+ Hold | NO-GO (SL_LOSS steigt) | | TIMEOUT-Behandlung Variant C (Live-Default) | SHOULD | --- ## Boundaries 0× Code · 0× Trading-State · 0× Orders · 0× MS-Live · 0× Mainnet. **Erstellte Dateien:** `agent_2_results.json`, `agent_2_hold_window_sweep.csv` ## STOP Nur Report. Keine Codeänderung.