BTC likvideerimiskaskaadi vastukaubandus pikk-lühike: ülemääruste tagasipööramine BTCUSDT.BINANCE 1H ribade puhul, kui likvideerimismahu Z-skoori hüpe > 3 koos samaaegse 2% hinna liikumisega

Pikk-lühike keskväärtuse juurde pöörduv strateegia BTCUSDT.BINANCE USD-M igavestel futuuridel, mis kaupleb vastu sundlikvideerimiskaskaadidele. Kasutab BINANCE USD-M perpi ribasid (tõestatult puhtad andmed) + likvideerimiste lisaandmeid (PostgreSQL — eraldi voog mistahes eelnevast torujuhtme katsest). Hüpotees: kui tunni likvideerimismaht BTCUSDT-l hüppab >3 standardhälbe võrra üle oma 30-päevase lähtetaseme AND hind on liikunud ≥2% samas suunas eelneva 4 tunni jooksul, on turg seisundis FORCED-FLOW OVERSHOOT — marginaalne müüja (pika likvideerimise kaskaadis) või marginaalne ostja (lühikese survestuses) on mehaaniline, mitte loomulik. Kui sundvoog ammendub (tavaliselt 4-12 tunni jooksul), astuvad loomulikud osalejad dislotseeritud hinnal sisse ja liikumine pöördub osaliselt. Strateegia läheb LONG, kui pika poole likvideerimised kaskaadistuvad (hind ületab DOWN), ja SHORT, kui lühikese poole likvideerimised kaskaadistuvad (hind ületab UP). See täidab FIVE alaesindatud kategooriat: pikk-lühikese suund (14.2% → suunas 45%), likvideerimispõhine mehhanism (null strateegiat 459 katsest pole seda andmevoogu kasutanud), krüptospetsiifiline mikrostruktuur (TradFi-võimatu eelis), keskpikas perspektiivis hoidmine (4-12h tsüklid) ja lisaandmepõhine (mis on meie kataloogis olnud puhas, erinevalt BINANCE_SPOT ribadest). Mehhanism on dokumenteeritud krüpto mikrostruktuuri uuringutes (Kaiko 2022, Coin Metrics 2023) — likvideerimiskaskaadid tekitavad süstemaatiliselt 1.5-3% hinna ülejõu käike, mis pöörduvad osaliselt 6-18 tunni jooksul, kuna korralduste voo sundvoo komponent hajub. Kasutab ONLY BINANCE USD-M perpi ribasid + Postgres'i salvestatud likvideerimiste andmeid — mitte BINANCE_SPOT ribasid (mis on selles seansis korduvalt kihi 3 kontrollimisel ebaõnnestunud). Positsiooni suuruse määramine: 15% omakapitalist suuna kohta. Risk tehingu kohta: 1.5% omakapitalist, piiratud stop-loss'iga.

Iteratsiooni-2 minimaalne parandus kihi-3 'tehinguid ei tekkinud' ebaõnnestumise jaoks, ilma varasemate kihtide tagasilöögita. Algpõhjus: sisenemine nõudis >=3-sigma likvideerimishüpet, mõõdetuna ühes 1-tunni segmendis, langemaks kokku suuna ülekaaluga AND >=2% samasuunalise 4h hinna liikumisega; hõredate likvideerimiridadega on 1h segment sageli tühi isegi reaalse kaskaadi ajal, nii et `total` oli sageli 0 ja kolmekordne ühendtingimus sisuliselt kunagi ei käivitunud. Parandus hoiab mehhanismi 100% likvideerimispõhisena (selgesõnaliselt ilma hinna-põhise varuvariandita): (1) likvideerimised summeeritakse nüüd `liq_window_bars` tunni jooksul (vaikimisi 4h, sama aken nagu hinna liikumine), nii et kaskaad tegelikult püütakse kinni ja `total` on palju sagedamini nullist erinev, joondades signaali kaks poolt; (2) kahte arvulist läve on leevendatud (liq_z 3.0->2.0, price_move_pct 2.0->1.0) ja min_events langetatud 50->30, nii et z-lähtetase on varem kasutatav. Import jääb muutumatuks (kiht 1 püsib roheline) ja z-skoori/päästiku/väljumise/suuruse määramise raamistik, mis läbis kihi 2, on struktuuriliselt identne — ainult üks akna piir ja kolm parameetri vaikeväärtust muutusid. Tegevuskoht jääb BINANCE USD-M futuurideks (pikk-lühike vajab tagatisraha), finantsvõimendus 1.0 (ei kasutata võimendamiseks, nii et leverage_set_but_unused värav ei käivitu). Kui sandbox'is tõesti likvideerimisridu pole, püsib strateegia endiselt õigesti neutraalsena, selle asemel et hinda asendajat kasutades tehinguid võltsida.

Struktuuriliselt backtestimatu olemasoleva likvideerimisajaloo põhjal: mootor töötles 56,208 1H riba (~6.5 aastat), kuid andis ainult 8 tehingut, millest ALL koondusid ühte ~2-kuulisse aknasse (2026-04-21 kuni 2026-06-24), kusjuures metrics_reliable=FALSE. Signaal nõuab supplementary_data['liquidations'] ridu, mida nii hüpotees kui kood kirjeldavad hõreda/ainult otsevoona; tehingute koondumine on kooskõlas sellega, et likvideerimiste hoidla sisaldab ainult hiljutist ~2-kuulist akent, mistõttu kaskaadi signaal ei saa kunagi käivituda 6.4 jooksul 6.5 backtesti aastatest (täheldatud sümptom, mitte Postgres'i tabeli sõltumatu audit). Tegemist on andmete kättesaadavuse seinaga, mitte koodi ega parameetri probleemiga: strateegia on õigesti rakendatud ja kaupleb ustavalt, kui likvideerimisread on olemas, nii et arendajal pole midagi parandada ega ühtki parameetrit häälestada — 8 tehingut ühes 2-kuulises aknas ei toeta walk-forward'i (3 akent) ega hoiuproovi, mistõttu optimeerimine sobitaks puhast müra. Mehhanism ei ole kinnitatud ega ümber lükatud; seda lihtsalt ei saa valideerida. Ärge optimeerige, ärge itereerige. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: likvideerimiskaskaadi hüpoteesid jäävad blokeerituks, kuni likvideerimiste andmevoog on mitmeaastase ajalooga tagasiulatuvalt täidetud (nt Binance Visioni likvideerimissnapshotide kaudu), mitte ainult otsevoog; ärge proovige uuesti likvideerimispõhiseid strateegiaid, kuni see ajalugu eksisteerib. FAILURE PATTERN: likvideerimispõhised strateegiad BTCUSDT-l toodavad peaaegu tühja backtesti (8 tehingut hiljutises ~2-kuulises aknas), sest likvideerimiste lisavoog on ainult otsevoog ~2 kuu pikkuse ajalooga — mehhanismi ei saa valimist väljas valideerida ja strateegia on struktuuriliselt backtestimatu, kuni andmed on tagasiulatuvalt täidetud, sama lisaandmete ajaloo sein, mida on nähtud OI/likvideerimise perekonnas.