BTC Likvidationskaskade-modhandel Long-Short: Fader overudslag på BTCUSDT.BINANCE 1H bars når likvidationsvolumen spikes Z > 3 med samtidig 2% prisbevægelse

En long-short mean-reversion-strategi på BTCUSDT.BINANCE USD-M perpetual futures, der handler kontra tvungne likvidationskaskader. Bruger BINANCE USD-M perp-bars (dokumenteret ren data) + supplerende likvidationsdata (PostgreSQL — distinkt stream fra ethvert tidligere pipeline-eksperiment). Hypotesen: når timebaseret likvidationsvolumen på BTCUSDT spikes >3 standardafvigelser over dens 30-dages baseline, AND pris har bevæget sig ≥2% i samme retning over de foregående 4 timer, er markedet i en FORCED-FLOW OVERSHOOT — den marginale sælger (i en long-likvidationskaskade) eller marginale køber (i en short-squeeze) er mekanisk, ikke naturlig. Når tvungen flow udtømmes (typisk inden for 4-12 timer), træder naturlige deltagere ind til den forskudte pris, og bevægelsen vender delvist. Strategien går LONG, når long-side likvidationer kaskader (pris overudslag DOWN) og SHORT, når short-side likvidationer kaskader (pris overudslag UP). Dette udfylder FIVE underrepræsenterede buckets: long-short-retning (14.2% → mod 45%), likvidationsdrevet mekanisme (nul strategier i 459 eksperimenter har brugt denne datastream), krypto-specifik mikrostruktur (en TradFi-umulig edge), mellemlang hold (4-12h-cyklusser) og supplerende-data-drevet (som har været rent i vores katalog i modsætning til BINANCE_SPOT-bars). Mekanismen er dokumenteret i krypto-mikrostrukturforskning (Kaiko 2022, Coin Metrics 2023) — likvidationskaskader producerer systematisk 1.5-3% prisoverudslag, der delvist reverterer inden for 6-18 timer, efterhånden som den tvungne flow-komponent af ordreflow opløses. Bruger ONLY BINANCE USD-M perp-bars + Postgres-lagrede likvidationsdata — ingen BINANCE_SPOT-bars (som gentagne gange har fejlet Lag 3-verifikation i denne session). Positionsstørrelse: 15% af egenkapital pr. retning. Risiko pr. handel: 1.5% af egenkapital cap'et af stop-loss.

Iteration-2 minimalt fix for Lag-3 'Ingen handler produceret'-fejlen, uden regression af tidligere lag. Rodårsag: entry krævede en >=3-sigma likvidations-spike målt i en enkelt 1-times bucket til at falde sammen med retningsdominans AND en >=2% ensrettet 4h prisbevægelse; med sparsomme likvidationsrækker er 1h-bucket ofte tom selv under en reel kaskade, så `total` ofte var 0, og trippel-konjunktionen i praksis aldrig affyrede. Fixet bevarer mekanismen 100% likvidationsdrevet (eksplicit ingen kun-pris-fallback): (1) likvidationer summeres nu over `liq_window_bars` timer (default 4h, det samme vindue som prisbevægelsen), så kaskaden faktisk indfanges, og `total` er non-zero langt oftere, hvilket afstemmer de to halvdele af signalet; (2) de to numeriske tærskler lempes (liq_z 3.0->2.0, price_move_pct 2.0->1.0) og min_events sænkes 50->30, så z-baseline er brugbar tidligere. Imports er uændrede (Lag 1 forbliver grønt), og z-score/trigger/exit/sizing-stilladset, der bestod Lag 2, er strukturelt identisk — kun én vinduesgrænse og tre parameter-defaults ændret. Venue forbliver BINANCE USD-M-futures (long-short kræver margin), gearing 1.0 (ikke brugt til forstærkning, så leverage_set_but_unused-gaten ikke trigger). Hvis sandboxen genuint ikke har likvidationsrækker, forbliver strategien stadig korrekt flat fremfor at fake handler via en pris-proxy.

Strukturelt utestbar på den tilgængelige likvidationshistorik: motoren behandlede 56,208 1H bars (~6.5 år) men producerede kun 8 handler, ALL samlet i et enkelt ~2-måneders vindue (2026-04-21 til 2026-06-24), med metrics_reliable=FALSE. Signalet kræver supplementary_data['liquidations']-rækker, som både hypotesen og koden beskriver som sparsom/kun-live-stream; handelsklyngningen er konsistent med, at likvidationslageret kun rummer et nyligt ~2-måneders vindue, så kaskadesignalet aldrig kan affyre over 6.4 af de 6.5 backtest-år (observeret symptom, ikke en uafhængig audit af Postgres-tabellen). Dette er en datatilgængelighedsmur, ikke et kode- eller parameterproblem: strategien er implementeret korrekt og handler trofast, når likvidationsrækker er til stede, så der er intet for udvikleren at fixe og ingen parameter at justere — 8 handler i et 2-måneders vindue kan ikke understøtte walk-forward (3 vinduer) eller en holdout, så optimering ville fitte ren støj. Mekanismen er hverken bekræftet eller afkræftet; den kan simpelthen ikke valideres. Ikke optimere, ikke iterere. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: likvidationskaskadehypoteser forbliver blokerede, indtil likvidationsdatastrømmen er bagudfyldt med flerårig historik (f.eks. via Binance Vision likvidations-snapshots) fremfor kun-live-stream; forsøg ikke likvidationsdrevne strategier igen, før den historik findes. FAILURE PATTERN: likvidationsdrevne strategier på BTCUSDT producerer en næsten tom backtest (8 handler begrænset til et nyligt ~2-måneders vindue), fordi den supplerende likvidationsstream kun er live-stream med ~2 måneders historik — mekanismen kan ikke valideres out-of-sample, og strategien er strukturelt utestbar, indtil data er bagudfyldt, den samme supplerende-data-historik-mur som ses på tværs af OI/likvidations-familien.