BTC Kontra-trgovanje kaskade likvidacij Long-Short: Blajenje prekomerov na BTCUSDT.BINANCE 1H svečah, ko volumen likvidacij skoči Z > 3 ob sočasnem 2% cenovnem premiku

Long-short strategija povratka k sredini na BTCUSDT.BINANCE trajnih terminskih pogodbah USD-M, ki trguje v nasprotni smeri prisilnih likvidacijskih kaskad. Uporablja BINANCE USD-M sveč trajnih pogodb (preverjeno čisti podatki) + dopolnilne podatke o likvidacijah (PostgreSQL — ločen tok od vseh prejšnjih eksperimentov cevovoda). Hipoteza: ko urni obseg likvidacij na BTCUSDT naraste nad 3 standardnih odklonov glede na svojo 30-dnevno osnovo AND in se je cena v isti smeri v predhodnih 4 urah premaknila za ≥2%, je trg v FORCED-FLOW OVERSHOOT — mejni prodajalec (v kaskadi likvidacij dolgih pozicij) ali mejni kupec (pri stiskanju kratkih pozicij) je mehanski, ne naraven. Ko prisilni tok izčrpa moč (običajno v 4-12 urah), naravni udeleženci vstopijo pri izmaknjeni ceni in gibanje se delno obrne. Strategija gre LONG, ko se kaskada likvidacij dolgih pozicij nadaljuje (cena preseže DOWN), in SHORT, ko se nadaljuje kaskada likvidacij kratkih pozicij (cena preseže UP). S tem zapolni FIVE premalo zastopane kategorije: smer long-short (14.2% → proti 45%), mehanizem, ki ga poganjajo likvidacije (nobena strategija v 459 eksperimentih ni uporabila tega podatkovnega toka), kripto-specifična mikrostruktura (prednost, nemogoča v TradFi), srednjeročno držanje (4-12h cikli) in mehanizem, ki ga poganjajo dopolnilni podatki (ki so bili v našem katalogu čisti v nasprotju z BINANCE_SPOT svečami). Mehanizem je dokumentiran v raziskavah kripto mikrostrukture (Kaiko 2022, Coin Metrics 2023) — likvidacijske kaskade sistematično ustvarjajo 1.5-3% cenovne presežke, ki se delno obrnejo v 6-18 urah, ko prisilna komponenta toka naročil izgubi moč. Uporablja ONLY BINANCE USD-M sveč trajnih pogodb + podatke o likvidacijah, shranjene v PostgreSQL — brez sveč BINANCE_SPOT (ki so v tej seji večkrat neuspešno prestale preverjanje plasti 3). Določanje velikosti pozicije: 15% kapitala na smer. Tveganje na posel: 1.5% kapitala, omejeno z izgubo pri zaustavitvi.

Iteracija-2 minimalni popravek za neuspeh 'Ni proizvedenih poslov' plasti -3, brez regresije prejšnjih plasti. Korenski vzrok: vstop je zahteval >=3-sigma konico likvidacij, izmerjeno v enem 1-urnem vedru, ki sovpada s prevlado smeri AND >=2% isto-smernega 4h cenovnega premika; pri redkih vrsticah likvidacij je 1h vedro pogosto prazno tudi med pravo kaskado, tako da je bil `total` pogosto 0 in trojna konjunkcija se v bistvu nikoli ni sprožila. Popravek ohranja mehanizem 100% ki ga poganjajo likvidacije (izrecno brez nadomestila, ki temelji samo na ceni): (1) likvidacije se zdaj seštevajo čez `liq_window_bars` ur (privzeto 4h, isto okno kot cenovni premik), tako da je kaskada dejansko zajeta in je `total` veliko pogosteje neničelen, s čimer se poravnata obe polovici signala; (2) dva numerična praga sta sproščena (liq_z 3.0->2.0, price_move_pct 2.0->1.0) in min_events znižan 50->30, tako da je osnovnica z uporabna prej. Uvozi nespremenjeni (plast 1 ostaja zelena) in z-score/sprožilec/izstop/velikost odri, ki so prestali plast 2, so strukturno enaki — spremenila se je le ena meja okna in tri privzete vrednosti parametrov. Mesto ostaja BINANCE USD-M terminske pogodbe (long-short potrebuje maržo), vzvod 1.0 (ne uporablja se za ojačitev, tako da se vrata leverage_set_but_unused ne sprožijo). Če peskovnik resnično nima vrstic likvidacij, strategija še vedno pravilno ostaja ravna, namesto da bi lažno generirala posle prek cenovnega nadomestka.

Strukturno nepreizkušljivo na backtestu z razpoložljivo zgodovino likvidacij: mehanizem je obdelal 56,208 1H sveč (~6.5 let), a proizvedel le 8 poslov, ALL skoncentriranih v enem samem ~2-mesečnem oknu (2026-04-21 do 2026-06-24), z metrics_reliable=FALSE. Signal zahteva supplementary_data['liquidations'] vrstice, ki jih tako hipoteza kot koda opisujeta kot redke/samo v živo; gručasto pojavljanje poslov je skladno s tem, da shramba likvidacij vsebuje le nedavno ~2-mesečno okno, tako da se signal kaskade nikoli ne more sprožiti čez 6.4 od 6.5 let backtesta (opazovani simptom, ne neodvisen pregled tabele Postgres). To je zid razpoložljivosti podatkov, ne težava kode ali parametrov: strategija je pravilno implementirana in zvesto trguje, ko so prisotne vrstice likvidacij, tako da razvijalec nima kaj popraviti in ni parametra za uglaševanje — 8 poslov v enem 2-mesečnem oknu ne more podpreti walk-forward (3 oken) ali izločitvenega niza, zato bi optimizacija prilegala čisti šum. Mehanizem ni niti potrjen niti ovržen; preprosto ga ni mogoče validirati. Ne optimizirati, ne ponavljati. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: hipoteze kaskad likvidacij ostanejo blokirane, dokler podatkovni tok likvidacij ni zapolnjen nazaj z večletno zgodovino (npr. prek Binance Vision posnetkov likvidacij) namesto samo v živo; ponovnih poskusov strategij, ki jih poganjajo likvidacije, ne izvajajte, dokler ta zgodovina ne obstaja. FAILURE PATTERN: strategije, ki jih na BTCUSDT poganjajo likvidacije, proizvedejo skoraj prazen backtest (8 poslov, omejenih na nedavno ~2-mesečno okno), ker je pomožni tok likvidacij samo v živo z ~2 meseci zgodovine — mehanizma ni mogoče validirati zunaj vzorca in je strukturno nepreizkušljiv na backtestu, dokler podatki niso zapolnjeni nazaj, isti zid zgodovine pomožnih podatkov, opažen v družini OI/likvidacij.