Echtes CME-Volumen (CL=F) gemessen: traegt nicht mehr als die CFD-Tick-Zaehlung

User-Idee eines Volumen-Spike-Alerts. Berechtigte Frage dahinter: das Projekt
kennt nur tick_volume vom CFD - eine Zaehlung von Preisaenderungen bei einem
Market-Maker-Broker, kein gehandeltes Volumen. Echtes NYMEX-Volumen waere die
erste Datenquelle, die NICHT aus dem Preis abgeleitet ist.

Beide Quellen auf DEMSELBEN Fenster gemessen (28.05.-07.08., 13.855 CME- gegen
14.178 CFD-Bars), gleiche Methode, Ueberschuss ueber die Drift, zwei Haelften.
Bewusst nicht gegen den dokumentierten Wert gestellt - genau dieser Vergleich
(kurzes Fenster gegen Langfrist-Mittel) war am 07.08. der Messfehler.

  Volumen     CME H1/H2         CFD H1/H2
  1,5-2,0x    +0,116 / -0,203   -0,011 / +0,152
  2,0-2,5x    -0,221 / -0,282   -0,101 / +0,589
  >=2,5x      +0,102 / +0,096   -0,267 / -0,881

Trefferquote in ALLEN Zellen 44-53 % - Muenzwurf, in beiden Quellen. Kein
monotoner Zusammenhang, Vorzeichen kippen. Die einzige beidhaelftig konsistente
Zelle (CME >=2,5x) ist mit [-0,234 ... +0,428] bzw. [-0,265 ... +0,461] klar
Rauschen.

EHRLICHE GRENZE: meine CFD-Kontrolle reproduziert den alten Befund
(-0,117/-0,204) NICHT - Populations-Unterschied, kein Widerspruch.
backtest_candles.py mass bedingt auf ein Kerzen-MUSTER, hier laeuft es unbedingt
ueber alle Kerzen. Der alte Befund gilt weiter fuer seine Population.
60 Tage = ein Regime (yfinance-Deckel), also nur ein Ausschluss-Urteil moeglich.

Konsequenz: kein Volumen-Spike-Signal. Die Datenquelle funktioniert, sie traegt
nur keine Richtungsinformation.

Telegram-Kanaele als Eingabe (Bookmap/ATAS) ohne Messung verworfen: sie
transportieren Screenshots. Ein Orderbuch-Zustand ist vorbei, sobald ihn jemand
abfotografiert.

Nebenbefund zum eingereichten Skript: das .iloc[0]-Muster ist KORREKT
(MultiIndex-Spalten), nicht wie von mir zunaechst vermutet ein Fehler. Echte
Maengel: kein Dedup, kein Handelszeit-Gate, voller Tagesabruf im 60-s-Takt.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

CLAUDE.md

@@ -4942,6 +4942,53 @@ Modell schliesst keine Trades.
 „die Rangfolge ist kaputt" ist **nicht** belegt; belegt ist nur die
 Basisraten-/Kalibrierungslücke.
 
+## ⚠⚠ ECHTES CME-VOLUMEN (CL=F) TRÄGT NICHT MEHR ALS DIE CFD-TICK-ZÄHLUNG (2026-08-08)
+
+Anlass: User-Idee eines Telegram-Alerts auf WTI-Volumen-Spikes (`CL=F` via
+yfinance). Die berechtigte Frage dahinter: das Projekt kennt bisher nur
+`tick_volume` vom CFD — eine Zählung von Preisänderungen bei einem
+**Market-Maker**-Broker, kein gehandeltes Volumen. Echtes NYMEX-Kontraktvolumen
+wäre die erste Datenquelle, die **nicht aus dem Preis abgeleitet** ist.
+
+**Gemessen (`backtest_cme_volumen.py`): beide Quellen auf DEMSELBEN Fenster**
+(28.05.–07.08.26, 13.855 CME- gegen 14.178 CFD-Bars), gleiche Methode,
+Überschuss über die Drift, zwei Hälften.
+⚠ Bewusst NICHT gegen den dokumentierten Wert −0,117/−0,204 gestellt — der
+stammt aus einem anderen Zeitraum. Genau dieser Vergleich („kurzes Fenster gegen
+Langfrist-Mittel") war am 07.08. der Messfehler, der elf Hypothesen ausgelöst hat.
+| Volumen | CME H1 / H2 | CFD H1 / H2 |
+|---|---|---|
+| 1,5–2,0× | +0,116 / **−0,203** | −0,011 / +0,152 |
+| 2,0–2,5× | −0,221 / −0,282 | −0,101 / **+0,589** |
+| **≥2,5×** | **+0,102 / +0,096** | −0,267 / **−0,881** |
+**Trefferquote in ALLEN Zellen 44–53 %** — Münzwurf, in beiden Quellen.
+Kein monotoner Zusammenhang, und die Vorzeichen kippen zwischen den Hälften.
+Die einzige beidhälftig konsistente Zelle (CME ≥2,5×) ist mit
+**[−0,234 … +0,428] bzw. [−0,265 … +0,461]** klar Rauschen.
+
+⚠⚠ **EHRLICHE GRENZE: meine CFD-Kontrolle REPRODUZIERT den alten Befund NICHT** —
+und der Grund ist ein Populations-Unterschied, kein Widerspruch.
+`backtest_candles.py` maß „2× Volumen" **bedingt auf ein Kerzen-MUSTER** (langer
+Körper / Marubozu), hier läuft es unbedingt über alle Kerzen. Der alte Befund
+ist damit weder bestätigt noch widerlegt; er gilt weiter für seine Population.
+⚠ 60 Tage = EIN Regime (yfinance deckelt 5-min-Bars). Ein ✅ hieße hier „nicht
+ausgeschlossen"; das ❌ ist belastbar.
+
+✅ **Konsequenz: kein Volumen-Spike-SIGNAL.** Die Datenquelle funktioniert
+(CL=F liefert echte Kontrakte, ~4 s je Abruf), sie trägt nur keine
+Richtungsinformation. Ein Alert ist allenfalls als **Aufmerksamkeits-Hinweis**
+vertretbar („hier passiert etwas"), ausdrücklich NICHT als Richtungsaussage —
+und dann mit derselben Ehrlichkeit beschriftet wie die Kerzen-Anatomie-Karte.
+⚠ **Telegram-KANÄLE als Eingabe (Bookmap/ATAS) = verworfen, ohne Messung:** sie
+transportieren **Screenshots**. Ein Orderbuch-Zustand ist vorbei, sobald ihn
+jemand abfotografiert. Dasselbe Argument wie bei der X-API — und der vorhandene
+Textstrom (News-Sentiment) ist bereits gemessen nicht robust prädiktiv.
+⚠ **Nebenbefund zum eingereichten Skript:** das `.iloc[0]`-Muster ist **korrekt**
+(yfinance liefert MultiIndex-Spalten), nicht wie zunächst von mir vermutet ein
+Fehler. Echte Mängel wären: kein Dedup (die „letzte geschlossene Kerze" bleibt
+5 min stehen → 5 Alerts je Spike), kein Handelszeit-Gate, voller Tagesabruf im
+60-s-Takt.
+
 ## ⚠⚠ VWAP-BÄNDER AUF M15 = VERWORFEN (2026-08-08) — die letzte ungetestete Zutat
 
 Anlass: User-Wunsch nach einem **M15-Daytrading-Modul** auf Profi-Methodik