BTC Kontr-zagranie na kaskadę likwidacji Long-Short: Wykorzystuj przestrzały na barach BTCUSDT.BINANCE 1H gdy wolumen likwidacji Z > 3 z jednoczesnym ruchem ceny 2%

Strategia mean-reversion long-short na kontraktach wieczystych BTCUSDT.BINANCE USD-M, która handluje wbrew wymuszonym kaskadom likwidacji. Używa BINANCE USD-M barów perp (udowodnione czyste dane) + uzupełniających danych o likwidacjach (PostgreSQL — odrębny strumień od wszelkich wcześniejszych eksperymentów pipeline). Hipoteza: gdy godzinowy wolumen likwidacji na BTCUSDT skacze o >3 odchyleń standardowych powyżej swojej 30-dniowej linii bazowej AND cena przesunęła się o ≥2% w tym samym kierunku w ciągu ostatnich 4 godzin, rynek znajduje się w FORCED-FLOW OVERSHOOT — marginalny sprzedający (w kaskadzie likwidacji long) lub marginalny kupujący (w short squeeze) jest mechaniczny, nie naturalny. Gdy wymuszony przepływ wyczerpuje się (zwykle w ciągu 4-12 godzin), naturalni uczestnicy wkraczają na zaburzonej cenie i ruch częściowo się odwraca. Strategia zajmuje LONG, gdy kaskadują likwidacje po stronie long (cena przestrzeliwuje DOWN), i SHORT, gdy kaskadują likwidacje po stronie short (cena przestrzeliwuje UP). To wypełnia FIVE niedoreprezentowanych segmentów: kierunek long-short (14.2% → w kierunku 45%), mechanizm oparty na likwidacjach (żadne strategie w eksperymentach 459 nie używały tego strumienia danych), mikrostruktura specyficzna dla kryptowalut (przewaga niemożliwa w TradFi), średnioterminowe utrzymanie (cykle 4-12h) i oparta na danych uzupełniających (które były czyste w naszym katalogu, w przeciwieństwie do barów BINANCE_SPOT). Mechanizm jest udokumentowany w badaniach mikrostruktury kryptowalut (Kaiko 2022, Coin Metrics 2023) — kaskady likwidacji systematycznie produkują 1.5-3% przestrzały cenowe, które częściowo cofają się w ciągu 6-18 godzin, gdy komponent wymuszonego przepływu zleceń zanika. Używa ONLY BINANCE USD-M barów perp + danych o likwidacjach przechowywanych w Postgres — bez barów BINANCE_SPOT (które wielokrotnie nie przeszły weryfikacji Warstwy 3 w tej sesji). Wielkość pozycji: 15% kapitału na kierunek. Ryzyko na transakcję: 1.5% kapitału ograniczone stop-lossem.

Minimalna poprawka Iteracji-2 dla awarii Warstwy-3 „Brak wygenerowanych transakcji", bez regresji wcześniejszych warstw. Przyczyna źródłowa: wejście wymagało skoku likwidacji >= 3-sigma mierzonego w jednym wiaderku 1-godzinnym, zbieżnego z dominacją kierunkową AND ruchu cenowego w tym samym kierunku >= 2% 4h; przy rzadkich wierszach likwidacji wiaderko 1h jest często puste nawet podczas rzeczywistej kaskady, więc `total` było często 0 i potrójna koniunkcja zasadniczo nigdy się nie uruchamiała. Poprawka utrzymuje mechanizm 100% oparty na likwidacjach (wyraźnie brak wyłącznie cenowego mechanizmu awaryjnego): (1) likwidacje są teraz sumowane w ciągu `liq_window_bars` godzin (domyślnie 4h, to samo okno co ruch ceny), więc kaskada jest faktycznie uchwycona, a `total` jest niezerowe znacznie częściej, wyrównując dwie połowy sygnału; (2) dwa progi liczbowe są rozluźnione (liq_z 3.0->2.0, price_move_pct 2.0->1.0) a min_events obniżone 50->30, więc z-linia bazowa jest użyteczna wcześniej. Importy są niezmienione (Warstwa 1 pozostaje zielona), a rusztowanie z-score/trigger/exit/sizing, które przeszło Warstwę 2, jest strukturalnie identyczne — zmieniono tylko jedną granicę okna i trzy domyślne parametry. Venue pozostaje BINANCE USD-M futures (long-short wymaga marginu), dźwignia 1.0 (nie używana do zwielokrotnienia, więc bramka leverage_set_but_unused nie uruchamia się). Jeśli sandbox faktycznie nie ma wierszy likwidacji, strategia nadal poprawnie pozostaje płaska, zamiast fałszować transakcje poprzez proxy cenowe.

Strukturalnie niepodlegająca backtestowaniu na dostępnej historii likwidacji: silnik przetworzył 56,208 barów 1H (~6.5 lat), ale wygenerował jedynie 8 transakcji, ALL skupionych w jednym oknie ~2 miesięcy (2026-04-21 do 2026-06-24), z metrics_reliable=FALSE. Sygnał wymaga wierszy supplementary_data['liquidations'], które zarówno hipoteza jak i kod opisują jako rzadkie/dostępne wyłącznie na żywo; grupowanie transakcji jest spójne z tym, że magazyn likwidacji przechowuje jedynie niedawne okno ~2 miesięcy, więc sygnał kaskady nigdy nie może się uruchomić w 6.4 z 6.5 lat backtestu (zaobserwowany objaw, nie niezależny audyt tabeli Postgres). To jest ściana dostępności danych, nie problem z kodem czy parametrami: strategia jest zaimplementowana poprawnie i handluje wiernie, gdy obecne są wiersze likwidacji, więc nie ma nic do naprawienia dla dewelopera i żadnego parametru do dostrojenia — 8 transakcji w jednym oknie 2 miesięcy nie może wesprzeć walk-forward (3 okien) ani holdoutu, więc optymalizacja dopasowywałaby czysty szum. Mechanizm nie został ani potwierdzony, ani obalony; po prostu nie może być zwalidowany. Nie optymalizować, nie iterować. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: hipotezy dotyczące kaskad likwidacji pozostają zablokowane do czasu uzupełnienia strumienia danych likwidacji wieloletnią historią (np. poprzez snapshoty likwidacji Binance Vision) zamiast wyłącznie na żywo; nie podejmuj ponownie prób strategii opartych na likwidacjach do czasu istnienia tej historii. FAILURE PATTERN: strategie oparte na likwidacjach na BTCUSDT produkują prawie pusty backtest (8 transakcji ograniczonych do niedawnego okna ~2 miesięcy), ponieważ dodatkowy strumień likwidacji dostępny jest wyłącznie na żywo z ~2 miesiącami historii — mechanizm nie może być zwalidowany poza próbą, a strategia jest strukturalnie niepodlegająca backtestowaniu do czasu uzupełnienia danych; ta sama ściana historii danych uzupełniających obserwowana w całej rodzinie OI/liquidation.