Versuchsdossier · alle Versuche im Kandidatenvergleich

Baustein: Reversion-Horizont-Cap (Kang/Lin/Xiong 2022) auf PDH/PDL-Fade

Robustheits-Score 31.8/100 · Anekdote
Baustein ohne Mehrwert2026-09-22Mean Reversion (Baustein: stop_exit)Tier 1dax_pdh_pdl_reversion_horizon_cap🔒 Export (Admin)

Wer zahlt und warum?

Am ersten Test von PDH/PDL clustern TP-/Stop-Orders; nach dem Liquiditaets-Abgriff fehlt Anschluss-Orderflow, der Kurs kehrt ins Level zurueck (uninformierte Uebersorgung, Kang). Dieser Reversal ist laut Kang ein Pricing-Error, der sich bei laengerem Halten selbst ueber-korrigiert (Horizont-Vorzeichenwechsel). Ein enger Zeit-Exit (horizon_cap) stellt die Reversion glatt, bevor die Re-Reversion sie zurueckgibt, waehrend der R-Multiple-TP der Baseline die Laeufer kappt und die lange Haltedauer der Re-Reversion ausgesetzt ist.

Widerlegt, wenn: PF < 1.05 bei n >= 50 im horizon_cap-Trial, oder horizon_cap liegt im PF nicht ueber der baseline (dann traegt der Horizont-Cap nicht — der Reversal ueber-korrigiert am DAX nicht wie in Kangs Retail-Markt).

Prüfliste nach Arnott, Harvey und Markowitz

Sieben Fragen aus „A Backtesting Protocol in the Era of Machine Learning“ (2019). Die Einstufung folgt festen Regeln aus den Feldern dieses Bauergebnisses.

Prüfliste mit Einstufung und Beleg
PunktEinstufungBeleg
MotivationGab es vor dem Test eine ökonomische Begründung?JaMechanik und Vorhersage vor dem Test im Hypothesenregister (HYP-20260921-507c5e48).
MehrfachtestsSind alle Versuche gezählt und wird dafür korrigiert?Teilweise3 Varianten vor dem Lauf im Trial Ledger registriert (trl_609c1a24c5d0). Das geltende Urteil korrigiert nicht für die Zahl der Versuche.
Daten und KostenSind Datenfenster, Datenstand und Kosten festgehalten?JaFenster 2026-03-17 bis 2026-09-01, Datenstand 2026-09-21, Slippage 0,5 Pkt je Seite; Engine-Fingerabdruck im Manifest.
Prüfung außerhalb der StichprobeWurde auf Daten geprüft, die beim Bau nicht bekannt waren?NeinNur in-sample. Das Ergebnis dieses Baus ist kein Nachweis.
Stabilität über die ZeitHängt das Ergebnis an einem einzelnen Zeitraum?JaKein einzelner Monat trägt das Ergebnis (6 Monate); Aufteilung nach Marktphasen vorhanden.
KomplexitätIst die Regel sparsam genug für die Datenmenge?Ja3 echte Varianten, 2 variierte Parameter (exit_mode, horizon_cap_minutes). Regel: höchstens 2 variierte Parameter und 3 Varianten.
ForschungskulturWird auch das Scheitern veröffentlicht?JaJeder Bau erscheint unabhängig vom Ergebnis, dieses Dossier eingeschlossen; die Placebo-Kontrolle steht im Dossier.

🧩 Baustein-Test — Variante von dax_pdh_pdl_fade. Der Trial-Vergleich unten isoliert den Baustein-Beitrag (Trial 1 = Träger pur).

Hypothese & Vorregistrierung

Rationale: Ausstiegs-Bauquote unterschritten (stop_exit 13/168 = 7,7 % << 25 %); es gibt aktuell KEINEN brauchbaren Exit-Lab-Befund: alle Exit-Lab-Traeger vom 2026-09-19 sind entweder parity-blockiert (dax_failed_breakout_fade bt.pnl_pts -203,7; dax_open_drift_long -172,5; dax_pivot_level_reversal -63,1; dax_timely_orb -457,8), bereits verarbeitet (dax_round_number_reversal 2026-09-20, hull_suite_v3_final 2026-09-21) oder ohne Mehrwert (dax_ib_extension_fade Top-Policies < Baseline; dax_sigma_adaptive_breakout +23 Pkt vs. Baseline 1167 Pkt). Daher ein literatur-getragener stop_exit-Baustein statt eines Exit-Lab-Overlays. Kang/Lin/Xiong (JEDC 2022, Tier 1) zeigen, dass die negative Return-Autokorrelation (der Reversal) bei laengerem Haltehorizont das Vorzeichen dreht — der Korrektur-Move ist selbst ein Pricing-Error, der sich wieder aufloest. Abgeleitete Exit-These: den Fade eng time-boxen und vor der Re-Reversion glattstellen. Traeger dax_pdh_pdl_fade (starker Fade, PF 1.94-2.57), letzter Baustein-Test 2026-09-02 (Sperrfrist frei); die vom Fund genannten Traeger dax_open_overreaction_fade und dax_extreme_move_reversal sind beide durch die 7-Tage-Sperrfrist gesperrt (2026-09-18 bzw. 2026-09-17). Paritaets-Gebot: dax_pdh_pdl_fade fehlt in live_bt_parity.json -> fail-open, keine Sperre.

Abweichungen von der Quelle: Kang testet keine Handels-Policy — der Horizont-Cap ist eine abgeleitete Operationalisierung des Horizont-Vorzeichenwechsels (Chinesischer Retail-Markt -> DAX-Transfer ist der Hauptvorbehalt). Frozen-Entry vom Traeger dax_pdh_pdl_fade uebernommen. PDH/PDL ueber regime.session == MAIN (09:00-17:00) statt der Traeger-Hartkodierung 09:00-17:30 (Session-Anker-Regel, keine hartkodierten Uhrzeiten). Kein Uhrzeit-Gate im Code; Entry-Fenster via Session-Spec (09:30-16:30). Kein Nachtunen: horizon_cap_minutes-Default 30, Trials probieren nur zwei kurze Horizonte (Kangs zentrale Variable).

Quelle: https://www.sciencedirect.com/science/article/abs/pii/S0165188922000185

Vorregistriertes Optimizer-Grid (festgelegt VOR dem ersten Backtest — Anti-Overfitting)

  • horizon_cap_minutes: 20 / 30 / 45
  • reject_buffer_points: 2 / 4
  • sl_buffer_points: 3 / 6

horizon_cap_minutes ist Kangs zentrale Mechanismus-Variable (Reversal flippt mit dem Horizont) — kurze Werte 20/30/45 probieren das Fenster VOR dem Vorzeichenwechsel. reject_buffer_points steuert die Entry-Selektivitaet (wie tief die Rejection ins Level zurueck muss), sl_buffer_points die Katastrophen-Stop-Weite jenseits des Test-Extrems — beide Traeger-nativ. 3x2x2 = 12 Kombinationen (<= 24), alle innerhalb der MANIFEST-min/max.

Run-ManifestEngine 69b0c2e82ef40e53 (78 Dateien)Fenster 2026-03-17 – 2026-09-01Datenstand 2026-09-21Slippage 0.5 PktTrials vorregistriert: 3 (trl_609c1a24c5d0)Strategie-Bytes e03348916591fce9…

Backtest-Trials (mit Slippage 0.5 Pkt)

TrialnWRPFPnL (Pkt)Max DDPF o. Slip
Baseline (Traeger-Exits: R-Multiple-TP + Time-Exit)exit_mode=baseline5349,1%2,32+8582272,47
Horizont-Cap 30 (Kang-Default, eng time-boxed)exit_mode=horizon_cap, horizon_cap_minutes=305335,9%0,90-76829—
Horizont-Cap 60 (mittlerer Horizont)exit_mode=horizon_cap, horizon_cap_minutes=605328,3%0,70-3171.141—

Robustheit (bestes Trial)

PF-90%-Bereich über Handelstage

0.93 – 4.88

46 Handelstage. Einzeltrade-Intervall (zu eng, nur zum Vergleich): 0.9 – 4.78

Top-3-Trades am Gewinn

56%

PF bei +1.0 Pkt Slippage

2.07

Statistik-Härtung: Ertrag je Trade 16.18 Pkt; mit 80 % Sicherheit nachweisbar wäre erst ein Vorteil ab etwa 38.6 Pkt (Tagescluster berücksichtigt) — UNTERPOWERT: die Stichprobe ist zu klein, um diesen Wert von null zu trennen.

🎲 Placebo-Kontrolle (zeit-gejitterte Zufalls-Entries, gleiche Trade-Geometrie)

Kandidat 857.6 Pkt vs. Placebo-Median -24.2 / p95 548.9 Pkt · Perzentil-Rang 100%

Kandidat > p95 der Placebos — Timing traegt echten Beitrag

2026-03: +6522026-04: +272026-05: -62026-06: +822026-07: +1292026-08: -26
RegimenPFPnL
range_day432.7+774
trend_up_day51.66+83
mixed_day41.74+30
volatile_day10-28

Test-Timeline

Jeder weitere Test dieses Builds (Optimizer-Sweep, Forward-Monat, Re-Run) erscheint hier automatisch.

  1. 2026-09-22

    Build + Backtest (Auto-Build-Agent)

    Der getestete Baustein verbesserte die Ausgangsstrategie nicht. (A/B: Traeger PF 2.32 vs Overlay 0.90) — Baustein verworfen, Traeger unveraendert

  2. 2026-09-22

    Nikkei-Gegenprobe (Transfer-Test, ATR-skaliert)

    Nicht gelaufen: Die Nikkei-Gegenprobe ist seit dem 17.09.2026 abgeschaltet (Betreiberentscheid: nur DAX).