BTCUSDT.BINANCE Perp 4H Taker-Buy/Sell Flow Imbalance Long-Only Trend Following (3 Parameter, Konfluensi Order Flow + Tren, Sinyal Murni Teragregasi dari Tick)

Strategi trend-following long-only aset tunggal pada BTCUSDT.BINANCE perp menggunakan bar 4H, dengan sinyal direksional yang digerakkan oleh AGGREGATED TAKER ORDER FLOW (dari data supplementary trade_ticks) bukan oleh indikator turunan harga (yang telah diuji secara menyeluruh dan sebagian besar gagal secara empiris menurut log abandon sesi ini). Ini adalah kelas mekanisme yang benar-benar NEW untuk portofolio factory — setiap strategi yang pernah saya tinjau menggunakan sinyal turunan OHLCV (level harga, moving average, return, vol, rasio). Ketidakseimbangan taker-buy/taker-sell adalah INFORMATIONALLY DISTINCT dari harga: ia mengukur WHO yang mengambil likuiditas (buyer agresif vs seller agresif), yang telah ditetapkan oleh literatur mikrostruktur akademis (Easley-Kiefer-O'Hara PIN 1996, Easley-Lopez-de Prado-O'Hara VPIN 2012) sebagai prediktif di mana harga saja tidak. Mekanisme: pada setiap close bar 4H, agregat tick trade bar menjadi taker_buy_volume vs taker_sell_volume, hitung imbalance = (buy - sell) / (buy + sell). LONG ketika imbalance 4H > +0.05 (pembelian taker yang berkelanjutan) AND harga > 100-bar SMA (konfluensi tren — flow harus setuju dengan tren). Keluar ketika imbalance berbalik negatif OR harga turun di bawah SMA. Sinyal order-flow memiliki profil statistik yang secara fundamental berbeda dari sinyal price-momentum yang gagal: mereka secara langsung mengamati AGENT BEHAVIOR (sisi mana yang bersedia membayar spread) daripada perilaku INFERRING agent dari harga (yang merupakan konsekuensi lagging dari perilaku). Hanya 3 parameter (jauh di bawah ceiling 5-param). Frekuensi trading: ~40-80 trades/tahun selama 6+ tahun data trade tick Binance → total 240-480 trades → 16-32 OOS trades per window walk-forward, dengan nyaman di atas lantai 5-trade. Ini juga merupakan INFRASTRUCTURE TEST yang kritis: jika data trade_ticks dimuat dengan benar ke dalam pipeline factory (file data_specification.md mencantumkannya di bawah catalog_data_types dan flag subscribe_trade_ticks ada), ini membuka kelas mekanisme yang benar-benar baru untuk riset masa depan. Jika gagal dimuat (mirip dengan celah funding rate HL yang memblokir strategi 9), kegagalannya sendiri bersifat informatif dan memunculkan tiket infrastruktur yang layak diajukan.

Umpan balik menuntut DIAGNOSTIC, bukan tebakan skema lainnya. Saya melakukan kueri langsung ke data/supplementary/metrics/BTCUSDT/*.parquet: 334,643 baris, kolom taker_long_short_vol_ratio, timestamp dalam ms; baris per tahun 2023=12,096 / 2024=16,990 / 2025=14,688, dan bulan EVERY 2023-01..2025-12 memiliki >=288 baris (kontinu, hanya jarang dibandingkan data padat 5-menit 2020-2022). Jadi gate (3) 'baris tidak tersedia -> ajukan tiket' adalah salah, dan premis gate (2) tentang ketidakcocokan skema loader juga salah (loader saya sudah membaca tepat kolom + kunci timestamp ini). Akar masalah sebenarnya berada di downstream dalam kode saya sendiri: batas staleness 24j pada _taker_imbalance. Saya memvalidasinya secara offline terhadap penyimpanan parquet nyata dengan memindai bar 4H sintetis selama 2023-2025: batas 24j hanya menandai 24.9% bar dengan sinyal taker (setelah gate imbalance>0.05 dan harga>SMA, ini menyusut menjadi eksposur ~2.79% yang teramati), sedangkan batas 14 hari menandai 95.3% — sehingga setiap jendela walk-forward 3 akan terisi perdagangan. Fungsi _taker_imbalance sudah meneruskan rasio terdekat pada atau sebelum waktu tersebut ketika jendela trailing 4j kosong; hanya batas tersebut yang memveto, jadi perbaikannya adalah satu knob (max_lag_hours=336) dengan ZERO perubahan pada logika sinyal, entry/exit, atau sizing dan NO fallback proksi harga. Ini mempertahankan mekanisme order-flow dan akhirnya membuatnya dapat diuji di seluruh periode backtest. Catatan untuk analis: cakupan taker 2023-2025 memang lebih tipis daripada 2020-2022 (~12% dari kepadatan 5-menit), sehingga sinyal yang diteruskan lebih kasar pada tahun-tahun tersebut; backfill metrik padat 5-menit untuk 2023-2025 akan meningkatkan fidelitas, tetapi serinya cukup kontinu dari bulan ke bulan untuk memvalidasi walk-forward sekarang.

Gagal deflated Sharpe dengan probabilitas overfitting ekstrem pada percobaan 1. DSR=0.3175 (vs bar 0.95), is_significant=FALSE, dengan Sharpe teroptimasi 1.9615 BELOW bar luck expected-max 225-trial sebesar 2.3078, dan — secara menentukan — PBO=0.8664 (probabilitas 87% bahwa pemilihan parameter overfit). Menurut kerangka kerja, DSR rendah yang dikombinasikan dengan PBO yang sangat tinggi merupakan isyarat yang menentukan untuk ditinggalkan. Walk-forward mengonfirmasinya: is_overfitted=TRUE dengan rata-rata IS 3.91 anjlok menjadi rata-rata OOS 0.962 dan OOS window [2.76, 1.32, -1.19] (satu negatif). Tingginya probabilistic_sharpe (0.9964) merupakan jebakan klasik PSR-vs-DSR — ini mengabaikan pemilihan 225-trial yang dihukum oleh PBO/DSR. Hal positif asli (0 tebing sensitivitas, sharpe_ci_low +0.4252 positif, rasio holdout yang lulus secara sah 1.213) mengukur stabilitas lokal dan satu window forward yang menguntungkan, bukan signifikansi, dan tidak dapat mengesampingkan 87% PBO dengan Sharpe terpilih di bawah bar luck. Tidak iterasi (percobaan 1 dari 2, sudah iterasi 3): sensitivitas sudah bersih dengan 0 tebing, sehingga sweep sepenuhnya mengeksplorasi wilayah stabil namun OOS tetap anjlok dan PBO adalah 0.87 — overfitting tinggal di walk-forward SELECTION atas 225 trial, bukan di tebing yang dapat diperbaiki, dan dengan hanya 3 parameter inti, sweep best-of-225 kedua menemukan kembali konfigurasi overfit yang sama. Tidak revise_hypothesis: ketidakseimbangan taker-flow adalah mekanisme tes pertama tanpa sibling terpromosi yang terdampar di target mati, sehingga tidak ada yang terbukti untuk diarahkan kembali ke instrumen baru. Perhatian tambahan (bukan akar penyebab yang terkonfirmasi): sinyal 'order flow' diturunkan dari deret metrik sparse taker_long_short_vol_ratio dengan carry-forward stagnansi 14-hari, bukan dari trade tick mentah, sehingga selama periode sparse 2023-2025 dapat berupa satu snapshot tunggal yang ditahan ke depan hingga dua minggu — terdegradasi menuju proksi basi dengan informasi rendah dan merusak premis 'terbeda secara informasi dari harga'; dikombinasikan dengan tren long-only BTC dalam sampel 6-tahun yang berat bullish (alpha dasar 0.02, benchmark_correlation 0.30), sebagian besar return mungkin berupa beta. FAILURE PATTERN: mekanisme order-flow yang benar-benar baru dengan profil yang sangat bersih (0 tebing sensitivitas, positif CI-low, holdout yang lulus) tetap dapat berupa overfit best-of-225 — di sini PBO 0.8664 dengan DSR 0.32 dan Sharpe teroptimasi (1.96) di bawah bar luck 2.31, ditambah walk-forward is_overfitted dengan window OOS negatif, adalah menentukan. Grid sensitivitas yang bersih dan satu window holdout yang menguntungkan tidak NOT menyelamatkan optimasi yang pemilihannya 87% kemungkinan overfit; kebaruan dan stabilitas lokal bukanlah signifikansi statistik.

Do NOT optimize — sinyal taker-flow mengalami blackout data 2023-2025 secara struktural (trades hanya ada di 2020-2022 dan 2026; annual_returns lewati 2023/2024/2025; exposure_pct 2.79%), sehingga walk-forward 3-window akan menjalankan seluruh window tanpa data dan edge order-flow tidak dapat divalidasi. Perubahan schema-tolerance loader pada Iterasi 2 memang NOT menutup celah tersebut, yang berarti langkah selanjutnya adalah diagnostik, bukan tebakan schema lain: (1) Langsung query catalog/supplementary store dan konfirmasi apakah baris `metrics` taker buy/sell volume (atau taker_long_short_vol_ratio) PHYSICALLY EXIST untuk BTCUSDT 2023-01 hingga 2025-12. Cetak jumlah baris dan nama kolom/kunci timestamp aktual untuk sampel 2024. (2) Jika baris ada di bawah schema lain (nama kolom atau kunci timestamp yang masih tidak cocok dengan loader Anda), perluas `_row_ratio`/`_row_ts`/`_load_taker_flow` untuk membacanya dan jalankan ulang; konfirmasi exposure_pct naik dan trades mengisi 2023-2025. (3) Jika baris memang NOT ada (seri metrik taker tidak pernah dikumpulkan/di-backfill untuk tahun-tahun tersebut), ini adalah masalah infrastruktur/pengumpulan data persis seperti yang dihipotesiskan — kode strategi tidak dapat memperbaikinya, jadi ajukan tiket pengumpulan data untuk metrik taker-flow multi-tahun dan DO NOT kirim ulang strategi ini untuk optimasi hingga data mencakup periode backtest penuh. Hanya ketika seri taker-flow mencakup 2020-2026 secara berkelanjutan barulah ini layak dioptimasi; mekanismenya menjanjikan tetapi saat ini belum dapat diuji.