BTC Long-Short-Gegenhandel bei Liquidationskaskaden: Übertreibungen auf BTCUSDT.BINANCE 1H-Bars ausnutzen, wenn das Liquidationsvolumen auf Z > 3 ansteigt und sich der Preis gleichzeitig um 2% bewegt

Eine Long-Short-Mean-Reversion-Strategie auf BTCUSDT.BINANCE USD-M Perpetual Futures, die gegen erzwungene Liquidationskaskaden handelt. Verwendet BINANCE USD-M Perp-Bars (nachweislich saubere Daten) + Liquidations-Ergänzungsdaten (PostgreSQL — separater Stream von jedem früheren Pipeline-Experiment). Die Hypothese: Wenn das stündliche Liquidationsvolumen auf BTCUSDT um >3 Standardabweichungen über seine 30-Tage-Basislinie springt AND, der Preis um ≥2% in die gleiche Richtung über die vorhergehenden 4 Stunden gestiegen ist, befindet sich der Markt in einem FORCED-FLOW OVERSHOOT — der marginale Verkäufer (in einer Long-Liquidationskaskade) bzw. marginale Käufer (in einem Short Squeeze) ist mechanisch, nicht natürlich. Sobald der erzwungene Flow erschöpft ist (typischerweise innerhalb von 4-12 Stunden), steigen natürliche Teilnehmer zum dislozierten Preis ein und die Bewegung kehrt sich teilweise um. Die Strategie geht LONG, wenn Long-Liquidationskaskaden auftreten (Preis überschießt DOWN) und SHORT, wenn Short-Liquidationskaskaden auftreten (Preis überschießt UP). Dies füllt FIVE unterrepräsentierte Buckets: Long-Short-Richtung (14.2% → hin zu 45%), liquidationsgetriebener Mechanismus (null Strategien in 459 Experimenten haben diesen Daten-Stream verwendet), Krypto-spezifische Mikrostruktur (eine in TradFi unmögliche Edge), mittelfristiger Hold (4-12h-Zyklen) und ergänzungsdatengetrieben (welche in unserem Katalog sauber waren, anders als BINANCE_SPOT-Bars). Der Mechanismus ist in der Krypto-Mikrostrukturforschung dokumentiert (Kaiko 2022, Coin Metrics 2023) — Liquidationskaskaden erzeugen systematisch 1.5-3% Preisüberschießungen, die innerhalb von 6-18 Stunden teilweise revertieren, wenn die erzwungene Flow-Komponente des Order-Flows dissipiert. Verwendet ONLY BINANCE USD-M Perp-Bars + Postgres-gespeicherte Liquidationsdaten — keine BINANCE_SPOT-Bars (die in dieser Sitzung wiederholt die Layer-3-Verifikation nicht bestanden haben). Positionsgröße: 15% des Eigenkapitals pro Richtung. Risiko pro Trade: 1.5% des Eigenkapitals, gedeckelt durch Stop-Loss.

Iteration-2: minimale Korrektur für den Layer-3-Fehler „Keine Trades erzeugt“, ohne Regression in früheren Layern. Ursache: Für den Einstieg mussten ein Liquidationsanstieg von mindestens 3 Sigma innerhalb eines einzelnen 1-Stunden-Intervalls und eine Richtungsdominanz AND einer gleichgerichteten Preisbewegung von mindestens 2% über 4h zusammentreffen. Bei spärlichen Liquidationszeilen ist das 1h-Intervall selbst während einer echten Kaskade häufig leer, sodass `total` oft 0 war und die dreifache Verknüpfung praktisch nie ausgelöst wurde. Die Korrektur erhält den liquidationsgetriebenen Mechanismus 100% (ausdrücklich ohne Rückfalloption auf reine Preisdaten): (1) Liquidationen werden nun über `liq_window_bars` Stunden summiert (Standardwert 4h, dasselbe Intervall wie für die Preisbewegung), damit die Kaskade tatsächlich erfasst wird und `total` deutlich häufiger ungleich null ist; so stimmen die beiden Signalbestandteile zeitlich überein. (2) Die beiden numerischen Schwellenwerte werden gelockert (liq_z 3.0->2.0, price_move_pct 2.0->1.0) und min_events wird von 50 auf 30 gesenkt, damit der z-Basiswert früher nutzbar ist. Die Importe bleiben unverändert (Layer 1 bleibt erfolgreich), und das auf Layer 2 geprüfte Gerüst für z-Score, Auslöser, Ausstieg und Positionsgröße ist strukturell identisch — nur eine Fenstergrenze und drei Standardparameter wurden geändert. Handelsplatz bleibt BINANCE USD-M-Futures (Long-Short erfordert Margin), Hebel 1.0 (wird nicht zur Verstärkung eingesetzt, daher wird die leverage_set_but_unused-Prüfung nicht ausgelöst). Wenn die Sandbox tatsächlich keine Liquidationszeilen enthält, bleibt die Strategie richtigerweise inaktiv, statt Trades anhand eines Preisproxys vorzutäuschen.

Mit der verfügbaren Liquidationshistorie strukturell nicht backtestbar: Die Engine verarbeitete 56,208 1H-Bars (~6.5 Jahre), erzeugte aber nur 8 Trades, ALL davon gebündelt in einem einzigen Zeitraum von ~2 Monaten (2026-04-21 bis 2026-06-24), mit metrics_reliable=FALSE. Das Signal benötigt Zeilen aus supplementary_data['liquidations'], die sowohl in der Hypothese als auch im Code als spärlich und nur aus dem Live-Datenstrom stammend beschrieben werden. Die Bündelung der Trades passt dazu, dass der Liquidationsspeicher nur einen jüngeren Zeitraum von ~2 Monaten enthält; daher kann das Kaskadensignal in 6.4 der 6.5 Backtest-Jahre niemals ausgelöst werden (beobachtetes Symptom, keine unabhängige Prüfung der Postgres-Tabelle). Dies ist eine Datensperre, kein Code- oder Parameterproblem: Die Strategie ist korrekt implementiert und handelt zuverlässig, wenn Liquidationszeilen vorhanden sind. Der Entwickler muss also nichts beheben und es gibt keinen zu optimierenden Parameter — 8 Trades in einem Zeitraum von 2 Monaten reichen weder für Walk-forward-Tests (3 Fenster) noch für einen Holdout aus; eine Optimierung würde reines Rauschen anpassen. Der Mechanismus ist weder bestätigt noch widerlegt; er lässt sich schlicht nicht validieren. Nicht optimieren, nicht iterieren. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: Hypothesen zu Liquidationskaskaden bleiben blockiert, bis der Liquidationsdatenstrom mit mehrjähriger Historie ergänzt wird (z. B. durch Liquidations-Snapshots von Binance Vision) und nicht nur Live-Daten enthält; liquidationsgetriebene Strategien erst dann erneut versuchen, wenn diese Historie vorliegt. FAILURE PATTERN: Liquidationsgetriebene Strategien auf BTCUSDT ergeben einen nahezu leeren Backtest (8 Trades, beschränkt auf einen jüngeren Zeitraum von ~2 Monaten), da der ergänzende Liquidationsdatenstrom nur Live-Daten und ~2 Monate Historie umfasst — der Mechanismus lässt sich nicht außerhalb der Stichprobe validieren und ist strukturell nicht backtestbar, bis die Daten nachgeladen werden. Es handelt sich um dieselbe Lücke in der Historie ergänzender Daten, die sich in der OI/Liquidationsfamilie zeigt.