BTC Likidasyon Kaskad Karşı-İşlem Long-Short: Likidasyon Hacmi Z > 3 Olduğunda ve Eşzamanlı 2% Fiyat Hareketi ile BTCUSDT.BINANCE 1H Mumlarında Aşırı Tepkilerin Aksine İşlem

BTCUSDT.BINANCE USD-M perpetual vadeli işlem sözleşmelerinde zorunlu likidasyon kaskadlarının aksine işlem yapan bir long-short ortalamaya dönüş stratejisi. Kanıtlanmış temiz veri olan BINANCE USD-M perp mumları + likidasyon yardımcı verisi (PostgreSQL — önceki herhangi bir boru hattı deneyinden farklı akış) kullanır. Hipotez: BTCUSDT üzerindeki saatlik likidasyon hacmi 30 günlük temel çizgisinin üzerinde >3 standart sapma sıçradığında AND fiyat önceki 4 saat içinde aynı yönde ≥2% hareket ettiğinde, piyasa bir FORCED-FLOW OVERSHOOT içindedir — marjinal satıcı (uzun likidasyon kaskadında) veya marjinal alıcı (kısa sıkışmasında) mekaniktir, doğal değil. Zorunlu akış tükendiğinde (genellikle 4-12 saat içinde), doğal katılımcılar yerinden edilmiş fiyatta devreye girer ve hareket kısmen tersine döner. Strateji, uzun taraf likidasyonları kaskad yaptığında LONG (fiyat DOWN aşırı tepki verir) ve kısa taraf likidasyonları kaskad yaptığında SHORT (fiyat UP aşırı tepki verir) yönüne gider. Bu, FIVE yetersiz temsil edilen kovayı doldurur: long-short yönü (14.2% → 45% yönünde), likidasyon odaklı mekanizma (459 deneylerde sıfır strateji bu veri akışını kullanmadı), kripto-özgü mikroyapı (TradFi'de imkansız bir avantaj), orta vadeli tutma (4-12h döngüleri) ve yardımcı veri odaklı (kataloğumuzda BINANCE_SPOT mumlarının aksine temiz olmuş). Mekanizma kripto mikroyapı araştırmasında belgelenmiştir (Kaiko 2022, Coin Metrics 2023) — likidasyon kaskadları sistematik olarak, emir akışının zorunlu akış bileşeni dağılırken 6-18 saat içinde kısmen geri dönen 1.5-3% fiyat aşırı tepkileri üretir. ONLY BINANCE USD-M perp mumları + Postgres'te depolanan likidasyon verisi kullanır — BINANCE_SPOT mum yok (bu oturumda Katman 3 doğrulamasını tekraren geçemedi). Pozisyon boyutlandırma: yön başına özsermayenin 15%'i. İşlem başına risk: stop-loss ile sınırlı özsermayenin 1.5%'i.

Katman-3 'İşlem üretilmedi' başarısızlığı için İterasyon-2 minimal düzeltme, önceki katmanlarda regresyon yok. Kök neden: giriş, tek bir 1 saatlik kovada ölçülen >=3-sigma likidasyon sıçramasının, yönsel baskınlıkla AND >=2% aynı yönde 4h fiyat hareketiyle çakışmasını gerektiriyordu; seyrek likidasyon satırlarıyla 1h kovası gerçek bir kaskad sırasında bile sıklıkla boş, dolayısıyla `total` sıklıkla 0 oluyordu ve üçlü birleşim esasen hiç tetiklenmiyordu. Düzeltme, mekanizmayı 100% likidasyon odaklı tutar (açıkça salt fiyat geri dönüşü yok): (1) likidasyonlar artık `liq_window_bars` saat (varsayılan 4h, fiyat hareketiyle aynı pencere) üzerinden toplanıyor, böylece kaskad gerçekten yakalanıyor ve `total` çok daha sık sıfır olmayan değer alıyor, sinyalin iki yarısını hizalıyor; (2) iki sayısal eşik gevşetildi (liq_z 3.0->2.0, price_move_pct 2.0->1.0) ve min_events 50->30 düşürüldü, böylece z-temel çizgisi daha erken kullanılabilir oluyor. İçe aktarmalar değişmedi (Katman 1 yeşil kalır) ve Katman 2'yı geçen z-skor/tetikleme/çıkış/boyutlandırma iskelesi yapısal olarak aynı — yalnızca bir pencere sınırı ve üç parametre varsayılanı değişti. Mekan BINANCE USD-M vadeli işlem sözleşmeleri olarak kalır (long-short marj gerektirir), kaldıraç 1.0 (amplifikasyon için kullanılmaz, dolayısıyla leverage_set_but_unused kapısı tetiklenmez). Sandbox gerçekten likidasyon satırı içermiyorsa strateji yine de doğru şekilde yatay kalır, fiyat proxy'si aracılığıyla sahte işlem üretmez.

Mevcut likidasyon geçmişinde yapısal olarak geri-test edilemez: motor 56,208 1H mum (~6.5 yıl) işledi ancak yalnızca 8 işlem üretti, ALL tek bir ~2 aylık pencerede (2026-04-21 - 2026-06-24) kümelenmiş, metrics_reliable=FALSE ile. Sinyal, hem hipotezin hem de kodun seyrek/yalnızca canlı akış olarak tanımladığı supplementary_data['liquidations'] satırlarını gerektiriyor; işlem kümelenmesi, likidasyon deposunun yalnızca son ~2 aylık bir pencere tuttuğuyla tutarlı, dolayısıyla kaskad sinyali 6.5 geri-test yılının 6.4 boyunca asla tetiklenemez (Postgres tablosunun bağımsız denetimi değil, gözlemlenen semptom). Bu bir veri kullanılabilirlik duvarıdır, kod veya parametre sorunu değildir: strateji doğru uygulanmış ve likidasyon satırları mevcut olduğunda güvenilir şekilde işlem yapıyor, dolayısıyla geliştiricinin düzelteceği bir şey veya ayarlanacak bir parametre yok — tek bir 2 aylık penceredeki 8 işlem, walk-forward (3 pencere) veya bir holdout'u destekleyemez, dolayısıyla optimizasyon salt gürültüye uygunluk gösterir. Mekanizma ne onaylandı ne de çürütüldü; basitçe doğrulanamaz. Optimize etme, iterasyon yapma. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: likidasyon kaskad hipotezleri, likidasyon veri akışı çok yıllık geçmişle (örn. Binance Vision likidasyon anlık görüntüleri aracılığıyla) yalnızca canlı akış yerine doldurulana kadar engelli kalır; o geçmiş mevcut olana kadar likidasyon odaklı stratejileri yeniden denemeyin. FAILURE PATTERN: BTCUSDT üzerinde likidasyon odaklı stratejiler neredeyse boş bir geri-test üretir (son ~2 aylık pencereyle sınırlı 8 işlem), çünkü likidasyon yardımcı akışı yalnızca canlı akışla ve ~2 aylık geçmişle sınırlı — mekanizma örneklem dışı doğrulanamaz ve strateji veri doldurulana kadar yapısal olarak geri-test edilemez, OI/likidasyon ailesi boyunca görülen aynı yardımcı veri geçmişi duvarı.