BTCUSDT.BINANCE Perp 4H Taker-Alış/Satış Akış Dengesizliği Uzun-Taraflı Trend Takip (3-Parametre, Emir Akışı + Trend Uyumu, Saf Tik-Toplamlanmış Sinyal)

BTCUSDT.BINANCE perp üzerinde 4H barları kullanarak tek varlık uzun-only trend-takip stratejisi; yönlü sinyal fiyat-türetilmiş göstergelerden (bu oturumun terk günlüğüne göre kapsamlı şekilde test edilmiş ve büyük ölçüde ampirik olarak başarısız olmuş) değil, AGGREGATED TAKER ORDER FLOW (trade_ticks yardımcı verisinden) tarafından yönlendirilir. Bu, fabrika portföyü için gerçekten NEW bir mekanizma sınıfıdır — daha önce incelediğim her strateji OHLCV-türetilmiş sinyaller (fiyat seviyeleri, hareketli ortalamalar, getiriler, volatilite, oranlar) kullanıyor. Taker-alış/taker-satış dengesizliği fiyattan INFORMATIONALLY DISTINCT farklıdır: WHO likidite sağladığını (agresif alıcılar vs agresif satıcılar) ölçer; akademik mikro-yapı literatürü (Easley-Kiefer-O'Hara PIN 1996, Easley-Lopez-de Prado-O'Hara VPIN 2012) bunu fiyatın tek başına prediktif olmadığı yerde prediktif olarak kurmuştur. Mekanizma: her 4H bar kapanışında, barın trade ticklerini taker_buy_volume ve taker_sell_volume olarak toplayın, dengesizlik = (alış - satış) / (alış + satış) hesaplayın. LONG 4H dengesizliği > +0.05 (sürekli taker alışı) AND fiyat > 100-bar SMA (trend uyumu — akış trendle uyumlu olmalı) olduğunda girin. Dengesizlik negatif olduğunda OR fiyat SMA'ın altına düştüğünde çıkın. Order-flow sinyalleri, başarısız fiyat-momentum sinyallerinden temelden farklı bir istatistiksel profile sahiptir: doğrudan AGENT BEHAVIOR (spread'i ödemeye istekli taraf) gözlemler, fiyattan INFERRING ajan davranışını (davranışın geciken sonucu) değil. Yalnızca 3 parametre (5-param tavanının çok altında). İşlem sıklığı: 6+ yıl Binance trade tick verisi üzerinde ~40-80 işlem/yıl → 240-480 toplam işlem → walk-forward pencere başına 16-32 OOS işlem, 5-işlem tabanın rahatça üzerinde. Bu aynı zamanda kritik bir INFRASTRUCTURE TEST: eğer trade_ticks verisi fabrika pipeline'a doğru yüklenirse (data_specification.md bunu catalog_data_types altında listeler ve subscribe_trade_ticks bayrağı mevcut), bu gelecekteki araştırmalar için tümüyle yeni bir mekanizma sınıfı açar. Eğer yüklenemezse (HL funding rate boşluğunun 9 stratejileri engellediği gibi), başarısızlığın kendisi bilgilendiricidir ve açmaya değer bir altyapı talebi ortaya çıkarır.

Geri bildirim bir DIAGNOSTIC istedi, başka bir şema tahmini değil. data/supplementary/metrics/BTCUSDT/*.parquet'a doğrudan sorgu attım: 334,643 satır, sütun taker_long_short_vol_ratio, zaman damgası ms cinsinden; yıllara-göre satırlar 2023=12,096 / 2024=16,990 / 2025=14,688, ve EVERY ayı 2023-01..2025-12 >= 288 satıra sahip (sürekli, yalnızca yoğun 5-dakikalık 2020-2022 verisine kıyasla seyrek). Dolayısıyla (3) 'satırlar mevcut değil -> talep aç' kapısı yanlış, ve (2)'nin yükleyici şema uyumsuzluğu öncülü de yanlış (yükleyicim zaten tam olarak bu sütunu + zaman damgası anahtarını okuyor). Gerçek kök neden, kendi kodumda akış yukarısındaydı: _taker_imbalance'ın 24h eskime tavanı. Gerçek parquet deposuna karşı 2023-2025 üzerinde sentetik 4H barları tarayarak çevrimdışı doğruladım: 24h tavanı, barların yalnızca 24.9%'ını taker sinyaliyle etiketler (imbalance>0.05 ve fiyat>SMA kapılarından sonra bu, gözlemlenen ~2.79% maruziyete düşer), oysa bir 14-gün tavanı 95.3%'ı etiketler — dolayısıyla her 3-pencereli walk-forward penceresi işlemlerle dolacak. _taker_imbalance fonksiyonu zaten geriye doğru 4h pencere boş olduğunda en yakın eşit-veya-öncesi oranı ileri taşır; yalnızca tavan veto ediyordu, dolayısıyla düzeltme sinyalde, giriş/çıkış veya boyutlandırma mantığında ZERO değişiklik ve NO fiyat-proxy fallback ile tek bir düğmedir (max_lag_hours=336). Bu, emir-akış mekanizmasını bozulmadan korur ve nihayet tüm backtest dönemi boyunca test edilebilir hale getirir. Analist için belirtilen uyarı: 2023-2025 taker kapsaması, 2020-2022'ten gerçek anlamda daha incedir (5-dakikalık yoğunluğun yaklaşık 12%'ı), dolayısıyla taşınan sinyal o yıllarda daha kaba; 2023-2025 için yoğun 5-dakikalık metriklerin geri yüklenmesi sadakatı artırır, ancak seri walk-forward'u şimdi doğrulamak için ay-ay yeterince süreklidir.

Deflated Sharpe, 1. denemede uç bir aşırı uyum olasılığıyla başarısız oldu. DSR=0.3175 (0.95 eşiğine karşı), is_significant=FALSE, optimize edilmiş Sharpe 1.9615, 225 denemeden beklenen maksimum şans eşiği 2.3078'a kıyasla BELOW, ve — kesin olarak — PBO=0.8664 (parametre seçiminin aşırı uyumlu olma olasılığı 87%). Çerçeveye göre düşük bir DSR ile çok yüksek bir PBO'ün birleşimi kesin bir terk kararıdır. Walk-forward bunu doğruluyor: is_overfitted=TRUE, ortalama IS 3.91, ortalama OOS 0.962'e çöküyor ve OOS pencere [2.76, 1.32, -1.19] (biri negatif). Yüksek probabilistic_sharpe (0.9964), klasik PSR-vs-DSR tuzağıdır — PBO/DSR'un cezalandırdığı 225 denemelik seçimi göz ardı eder. Gerçek pozitifler (0 hassasiyet uçurumları, pozitif sharpe_ci_low +0.4252, meşru şekilde geçen bir holdout oranı 1.213) yerel istikrarı ve tek bir olumlu ileri pencereyi ölçer, anlamlılığı değil, ve seçilen Sharpe'ın şans eşiğinin altında olduğu bir 87% PBO'ı geçersiz kılamaz. Yineleme yapma (2 denemesinden 1., zaten yineleme 3): hassasiyet zaten 0 uçurumla temiz, dolayısıyla tarama kararlı bölgeyi tamamen keşfetti, ancak OOS hâlâ çöküyor ve PBO 0.87 — aşırı uyum, düzeltilebilir bir uçurumda değil, 225 deneme üzerinden walk-forward SELECTION'te yaşıyor ve yalnızca 3 temel parametreyle ikinci bir en iyi-225 taraması aynı aşırı uyumlu yapılandırmaları yeniden buluyor. revise_hypothesis değil: taker-flow dengesizliği, ölü bir hedeften mahsur kalmış terfi ettirilmiş bir kardeşi olmayan ilk test mekanizmasıdır, dolayısıyla yeni bir enstrümana yönlendirilecek kanıtlanmış bir şey yok. Ek dikkat (doğrulanmış bir kök neden değil): 'order flow' sinyali, ham işlem tiklerinden değil, seyrek metrikler taker_long_short_vol_ratio serisinden 14 günlük eskime ileri taşıma ile türetiliyor, dolayısıyla 2023-2025 seyrek dönemler boyunca iki haftaya kadar ileri taşınan tek bir anlık görüntü olabilir — eski, düşük bilgi proxy'sine doğru bozularak 'fiyattan bilgi olarak farklı' öncülünü zayıflatır; ağırlıklı olarak boğa olan 6 yıllık örneklemde yalnızca uzun BTC trendiyle birleştiğinde (taban alfa 0.02, benchmark_correlation 0.30), getirinin büyük kısmı beta olabilir. FAILURE PATTERN: alışılmadık şekilde temiz bir profile (0 hassasiyet uçurumu, pozitif CI düşük, geçen bir holdout) sahip gerçek anlamda yeni bir order-flow mekanizması hâlâ en iyi-225 aşırı uyum olabilir — burada PBO 0.8664, DSR 0.32 ile ve 2.31 şans eşiğinin altında optimize edilmiş bir Sharpe (1.96) ile, artı negatif OOS penceresi olan is_overfitted walk-forward, kesindir. Temiz bir hassasiyet gridi ve tek bir olumlu holdout penceresi, seçiminin 87% olasılıkla aşırı uyumlu olduğu bir optimizasyonu NOT kurtarmaz; yenilik ve yerel istikrar istatistiksel anlamlılık değildir.

NOT optimize etme — taker-flow sinyalinin yapısal bir 2023-2025 veri karartması var (işlemler yalnızca 2020-2022 ve 2026 içinde mevcut; annual_returns 2023/2024/2025'i atla; exposure_pct 2.79%), dolayısıyla 3-pencere walk-forward, tüm pencereyi sıfır veriyle çalıştırır ve order-flow avantajı doğrulanamaz. Iterasyon 2'ın schema-tolerance yükleyici değişikliği boşluğu NOT kapatmadı, bu da bir sonraki adımın tanısal olduğu anlamına gelir, başka bir şema tahmini değil: (1) Katalog/yardımcı depoyu doğrudan sorgulayın ve `metrics` taker alış/satış hacmi (veya taker_long_short_vol_ratio) satırlarının PHYSICALLY EXIST için BTCUSDT 2023-01 ile 2025-12 arasında olup olmadığını onaylayın. 2024 örneği için satır sayısını ve gerçek sütun adlarını/zaman damgası anahtarlarını yazdırın. (2) Satırlar henüz başka bir şema altında varsa (yükleyicinizin henüz eşleşmediği sütun veya zaman damgası anahtar adı), `_row_ratio`/`_row_ts`/`_load_taker_flow`'ı onları okuyacak şekilde genişletin ve yeniden çalıştırın; exposure_pct'ın yükseldiğini ve işlemlerin 2023-2025'i doldurduğunu onaylayın. (3) Satırlar NOT mevcutsa (metrik taker serisi o yıllar için hiç toplanmamış/geri doldurulmamışsa), bu hipotezin tam olarak öngördüğü bir altyapı/veri toplama sorunudur — strateji kodu bunu düzeltemez, dolayısıyla çok yıllı taker-flow metrikleri için bir veri toplama talebi açın ve DO NOT veri tüm backtest dönemini sürekli kapsayana kadar bu stratejiyi optimizasyon için yeniden göndermeyin. Taker-flow serisi 2020-2026'u sürekli olarak kapsadığında optimize etmeye değer; mekanizma umut verici ama şu anda test edilemez durumda.