BTC Liquidatie-Cascade Tegenhandel Long-Short: Fade Overshoots op BTCUSDT.BINANCE 1H Bars Wanneer Liquidatievolume Spikes Z > 3 met Gelijktijdige 2% Prijsbeweging

Een long-short mean-reversion strategie op BTCUSDT.BINANCE USD-M perpetual futures die handelt tegen gedwongen-liquidatie cascades in. Gebruikt BINANCE USD-M perp bars (bewezen schone data) + liquidaties aanvullende data (PostgreSQL — afzonderlijke stroom van elk eerder pipeline-experiment). De hypothese: wanneer uurlijks liquidatievolume op BTCUSDT spikes >3 standaarddeviaties boven zijn 30-dagen basislijn AND prijs heeft bewogen ≥2% in dezelfde richting over de voorafgaande 4 uur, bevindt de markt zich in een FORCED-FLOW OVERSHOOT — de marginale verkoper (in een long-liquidatie cascade) of marginale koper (in een short-squeeze) is mechanisch, niet natuurlijk. Zodra gedwongen stroom uitgeput raakt (meestal binnen 4-12 uur), stappen natuurlijke deelnemers in op de gedislokeerde prijs en de beweging keert gedeeltelijk om. De strategie gaat LONG wanneer long-zijde liquidaties cascaderen (prijs overschrijdt DOWN) en SHORT wanneer short-zijde liquidaties cascaderen (prijs overschrijdt UP). Dit vult FIVE ondervertegenwoordigde buckets: long-short richting (14.2% → richting 45%), liquidatie-gedreven mechanisme (nul strategieën in 459 experimenten hebben deze gegevensstroom gebruikt), crypto-specifieke microstructuur (een TradFi-onmogelijke edge), middellange termijn hold (4-12h cycli), en aanvullende-data-gedreven (wat schoon is geweest in onze catalogus in tegenstelling tot BINANCE_SPOT bars). Het mechanisme is gedocumenteerd in crypto microstructuur onderzoek (Kaiko 2022, Coin Metrics 2023) — liquidatie cascades produceren systematisch 1.5-3% prijs overshoots die gedeeltelijk terugkeren binnen 6-18 uur naarmate de gedwongen-stroom component van orderstroom verdwijnt. Gebruikt ONLY BINANCE USD-M perp bars + Postgres-opgeslagen liquidaties data — geen BINANCE_SPOT bars (die herhaaldelijk Layer 3 verificatie niet hebben doorstaan in deze sessie). Positiegrootte: 15% van eigen vermogen per richting. Risico per transactie: 1.5% van eigen vermogen begrensd door stop-loss.

Minimale fix in iteratie -2 voor de foutmelding 'Geen transacties gegenereerd' in laag -3, zonder regressie in eerdere lagen. Oorzaak: voor instappen moesten een liquidatiepiek van minstens 3 sigma in één bucket van 1 uur samenvallen met dominantie in de bewegingsrichting AND een prijsbeweging van minstens 2% in dezelfde richting over 4 uur. Omdat liquidatieregels schaars zijn, is de bucket van 1 uur vaak leeg, zelfs tijdens een echte cascade. Daardoor was `total` vaak 0 en werd de combinatie van alle drie voorwaarden vrijwel nooit geactiveerd. De fix houdt het mechanisme liquidatiegedreven 100% (expliciet zonder terugval op alleen prijzen): (1) liquidaties worden nu over `liq_window_bars` uur opgeteld (standaard 4u, hetzelfde venster als voor de prijsbeweging), zodat de cascade daadwerkelijk wordt geregistreerd en `total` veel vaker niet-nul is; zo worden beide delen van het signaal op elkaar afgestemd; (2) de twee numerieke drempels zijn versoepeld (liq_z 3.0->2.0, price_move_pct 2.0->1.0) en min_events is verlaagd van 50 naar 30, zodat de z-basislijn eerder bruikbaar is. Imports zijn ongewijzigd (laag 1 blijft geslaagd) en de structuur van de z-score-/trigger-/uitstap-/positiegrootteopzet die voor laag 2 slaagde, is identiek gebleven — alleen één venstergrens en drie standaardparameterwaarden zijn gewijzigd. De handelsplaats blijft BINANCE USD-M-futures (voor long-shorthandel is marge vereist), hefboom 1.0 (niet gebruikt voor versterking, dus de leverage_set_but_unused-poort wordt niet geactiveerd). Als de sandbox werkelijk geen liquidatieregels bevat, blijft de strategie terecht zonder positie in plaats van transacties te verzinnen op basis van een prijsproxy.

Structureel niet te backtesten met de beschikbare liquidatiehistorie: de engine verwerkte 56,208 1H-bars (circa 6.5 jaar), maar produceerde slechts 8 transacties, waarvan ALL geconcentreerd waren in één periode van circa 2 maanden (2026-04-21 tot 2026-06-24), met metrics_reliable=FALSE. Het signaal vereist supplementary_data['liquidations']-regels, die volgens zowel de hypothese als de code schaars zijn en uitsluitend live data bevatten. De clustering van transacties past bij een liquidatieopslag met slechts een recent venster van circa 2 maanden, waardoor het cascadesignaal gedurende 6.4 van de 6.5 backtestjaren nooit kan afgaan (waargenomen symptoom, geen onafhankelijke controle van de Postgres-tabel). Dit is een barrière door de beschikbaarheid van data, geen probleem met de code of parameters: de strategie is correct geïmplementeerd en handelt zoals bedoeld wanneer er liquidatieregels aanwezig zijn. Er is dus niets dat de ontwikkelaar moet repareren en geen parameter die moet worden afgesteld — 8 transacties in één periode van 2 maanden volstaan niet voor walk-forwardvalidatie (3 vensters) of een holdout, dus optimalisatie zou puur ruis aanleren. Het mechanisme is noch bevestigd, noch weerlegd; het kan eenvoudigweg niet worden gevalideerd. Niet optimaliseren, niet itereren. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: hypothesen over liquidatiecascades blijven geblokkeerd totdat de liquidatiedatastroom wordt aangevuld met historie over meerdere jaren (bijvoorbeeld via liquidatiesnapshots van Binance Vision) in plaats van uitsluitend live data. Probeer strategieën op basis van liquidaties pas opnieuw wanneer die historie beschikbaar is. FAILURE PATTERN: strategieën op basis van liquidaties op BTCUSDT leveren een vrijwel lege backtest op (8 transacties, beperkt tot een recente periode van circa 2 maanden) omdat de aanvullende liquidatiestroom uitsluitend live data bevat, met circa 2 maanden aan historie. Het mechanisme kan niet buiten de steekproef worden gevalideerd en de strategie is structureel niet te backtesten totdat de data is aangevuld. Dit is dezelfde barrière door ontbrekende historie in aanvullende data als bij de OI/liquidatiefamilie.