BTC Kontra-Perdagangan Long-Short Kaskade Likuidasi: Fade Overshoot pada Bar BTCUSDT.BINANCE 1J Saat Volume Likuidasi Spike Z > 3 dengan Pergerakan Harga 2% Bersamaan

Strategi mean-reversion long-short pada futures perpetual BTCUSDT.BINANCE USD-M yang berdagang berlawanan arah dengan rangkaian likuidasi paksa. Menggunakan bar perp BINANCE USD-M (data bersih yang telah dibuktikan) + data suplementer likuidasi (PostgreSQL — stream yang berbeda dari eksperimen pipeline sebelumnya). Hipotesisnya: ketika volume likuidasi per jam pada BTCUSDT melonjak >3 deviasi standar di atas baseline 30-harinya AND harga telah bergerak ≥2% ke arah yang sama selama 4 jam sebelumnya, pasar berada dalam FORCED-FLOW OVERSHOOT — penjual marginal (dalam rangkaian likuidasi long) atau pembeli marginal (dalam short squeeze) bersifat mekanis, bukan natural. Setelah arus paksa habis (biasanya dalam 4-12 jam), partisipan natural masuk pada harga yang terdislokasi dan pergerakan tersebut sebagian berbalik. Strategi mengambil posisi LONG ketika likuidasi sisi long berantai (harga mengalami overshoot DOWN) dan SHORT ketika likuidasi sisi short berantai (harga mengalami overshoot UP). Ini mengisi FIVE bucket yang kurang terwakili: arah long-short (14.2% → menuju 45%), mekanisme berbasis likuidasi (tidak ada strategi dalam 459 eksperimen yang menggunakan stream data ini), mikrostruktur spesifik kripto (edge yang mustahil dalam TradFi), hold jangka menengah (siklus 4-12h), dan berbasis data suplementer (yang bersih dalam katalog kami, tidak seperti bar BINANCE_SPOT). Mekanisme ini didokumentasikan dalam riset mikrostruktur kripto (Kaiko 2022, Coin Metrics 2023) — rangkaian likuidasi secara sistematis menghasilkan overshoot harga 1.5-3% yang sebagian berbalik dalam 6-18 jam ketika komponen arus paksa dari order flow menghilang. Menggunakan bar perp ONLY BINANCE USD-M + data likuidasi yang disimpan di Postgres — tanpa bar BINANCE_SPOT (yang berulang kali gagal dalam verifikasi Layer 3 pada sesi ini). Penentuan ukuran posisi: 15% ekuitas per arah. Risiko per perdagangan: 1.5% ekuitas yang dibatasi oleh stop-loss.

Iterasi-2 perbaikan minimal untuk kegagalan Layer-3 'Tidak ada perdagangan yang dihasilkan', tanpa regresi pada layer sebelumnya. Akar masalah: entri memerlukan lonjakan likuidasi >=3-sigma yang diukur dalam satu bucket 1 jam untuk bertepatan dengan dominasi arah AND pergerakan harga satu arah yang sama sebesar >=2% selama 4 jam; dengan baris likuidasi yang jarang, bucket 1 jam sering kosong bahkan selama rangkaian nyata, sehingga `total` sering kali 0 dan konjungsi tiga kondisi pada dasarnya tidak pernah terpicu. Perbaikan ini mempertahankan mekanisme yang 100% berbasis likuidasi (secara eksplisit tanpa fallback berbasis harga saja): (1) likuidasi kini dijumlahkan selama `liq_window_bars` jam (default 4h, jendela yang sama dengan pergerakan harga) sehingga rangkaian benar-benar tertangkap dan `total` jauh lebih sering tidak nol, menyelaraskan kedua bagian sinyal; (2) kedua ambang numerik dilonggarkan (liq_z 3.0->2.0, price_move_pct 2.0->1.0) dan min_events diturunkan 50->30 agar baseline z dapat digunakan lebih cepat. Import tidak berubah (Layer 1 tetap hijau) dan scaffolding z-score/pemicu/keluar/penentuan ukuran yang lolos Layer 2 secara struktural identik — hanya satu batas window dan tiga default parameter yang berubah. Venue tetap futures BINANCE USD-M (long-short memerlukan margin), leverage 1.0 (tidak digunakan untuk amplifikasi, sehingga gate leverage_set_but_unused tidak terpicu). Jika sandbox benar-benar tidak memiliki baris likuidasi, strategi tetap dengan benar tidak mengambil posisi, bukan memalsukan perdagangan melalui proksi harga.

Secara struktural tidak dapat di-backtest dengan riwayat likuidasi yang tersedia: engine memproses 56,208 bar 1H (~6.5 tahun) tetapi hanya menghasilkan 8 perdagangan, ALL di antaranya terkonsentrasi dalam satu jendela ~2 bulan (2026-04-21 hingga 2026-06-24), dengan metrics_reliable=FALSE. Sinyal ini memerlukan baris supplementary_data['liquidations'], yang oleh hipotesis dan kode sama-sama dijelaskan sebagai jarang/hanya live-stream; pengelompokan perdagangan konsisten dengan penyimpanan likuidasi yang hanya mencakup jendela ~2 bulan terbaru, sehingga sinyal rangkaian tidak pernah dapat terpicu selama 6.4 dari 6.5 tahun backtest (gejala yang diamati, bukan audit independen terhadap tabel Postgres). Ini adalah kendala ketersediaan data, bukan masalah kode atau parameter: strategi diimplementasikan dengan benar dan berdagang secara tepat ketika baris likuidasi tersedia, sehingga tidak ada yang perlu diperbaiki developer dan tidak ada parameter untuk disetel — 8 perdagangan dalam satu jendela 2 bulan tidak dapat mendukung walk-forward (3 jendela) atau holdout, sehingga optimisasi akan menyesuaikan diri pada noise murni. Mekanismenya tidak dikonfirmasi maupun disangkal; mekanisme tersebut hanya tidak dapat divalidasi. Jangan optimisasi, jangan iterasi. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: hipotesis rangkaian likuidasi tetap terblokir sampai stream data likuidasi diisi kembali dengan riwayat multi-tahun (misalnya melalui snapshot likuidasi Binance Vision), bukan hanya live-stream; jangan mencoba kembali strategi berbasis likuidasi sampai riwayat tersebut tersedia. FAILURE PATTERN: strategi berbasis likuidasi pada BTCUSDT menghasilkan backtest yang hampir kosong (8 perdagangan terbatas pada jendela ~2 bulan terbaru) karena stream suplementer likuidasi hanya berupa live-stream dengan riwayat ~2 bulan — mekanismenya tidak dapat divalidasi out-of-sample dan strategi ini secara struktural tidak dapat di-backtest sampai data diisi kembali, sama seperti kendala riwayat data suplementer yang terlihat di seluruh keluarga OI/likuidasi.