BTCUSDT.BINANCE Perp 4H taker vételi/eladási áramlási egyenlőtlenségre épülő, csak long trendkövetés (3 paraméter, megbízásáramlás + trendmegerősítés, tisztán tickekből összesített jel)

Egyetlen eszközre szóló, csak long trendkövető stratégia a(z) BTCUSDT.BINANCE perp-en 4H bárokkal, ahol az irányjelzést a(z) AGGREGATED TAKER ORDER FLOW hajtja (a(z) trade_ticks kiegészítő adatból), nem pedig az árból származtatott indikátorok (amelyeket ezen munkamenet elhagyási naplója szerint kimerítően teszteltek és nagyrészt empirikusan csődöt mondanak). Ez a factory portfólió számára egy valóban NEW mechanizmus-osztály — minden korábban átnézett stratégia OHLCV-ból származtatott jeleket használ (árszintek, mozgóátlagok, hozamok, volatilitás, arányok). A taker-buy/taker-sell egyensúlyhiány INFORMATIONALLY DISTINCT az ártól: azt méri, hogy WHO veszi a likviditást (agresszív vevők vs agresszív eladók), amit az akadémiai mikroszerkezeti irodalom (Easley-Kiefer-O'Hara PIN 1996, Easley-Lopez-de Prado-O'Hara VPIN 2012) prediktívnek talált ott, ahol az ár önmagában nem az. Mechanizmus: minden 4H záráskor aggregáld a bár trade tickjeit taker_buy_volume vs taker_sell_volume kategóriákba, számítsd ki az egyensúlyhiányt = (buy - sell) / (buy + sell). LONG, amikor a(z) 4H egyensúlyhiány > +0.05 (tartós taker vásárlás) AND ár > 100-bar SMA (trend-konfluencia — a flow-nak egyeznie kell a trenddel). Kilépés, amikor az egyensúlyhiány negatívba fordul OR az ár a(z) SMA alá esik. Az order-flow jeleknek alapvetően más a statisztikai profiljuk, mint a csődöt mondott ár-momentum jeleknek: közvetlenül a(z) AGENT BEHAVIOR figyelik meg (melyik fél hajlandó megfizetni a spreadeket), nem pedig az árból INFERRING ágens viselkedést rekonstruálják (ami a viselkedés lemaradó következménye). Csak 3 paraméter (jóval a(z) 5 paraméteres plafon alatt). Kereskedési gyakoriság: ~40-80 trade/év 6+ év Binance trade tick adatból → 240-480 összes trade → 16-32 OOS trade walk-forward ablakonként, kényelmesen a(z) 5 trade-es padló felett. Ez egyben kritikus INFRASTRUCTURE TEST: ha a(z) trade_ticks adat helyesen töltődik be a factory pipeline-ba (a(z) data_specification.md a(z) catalog_data_types alatt listázza, és a(z) subscribe_trade_ticks flag létezik), ez egy teljesen új mechanizmus-osztályt nyit a jövőbeli kutatás számára. Ha nem töltődik be (hasonlóan a(z) HL funding rate réshez, ami a(z) 9 stratégiákat blokkolta), maga a hiba informatív, és egy beadandó infrastruktúra-ticketet felszínre hoz.

A visszajelzés DIAGNOSTIC-t követelt, nem egy újabb sématalálgatást. Közvetlenül lekérdeztem a data/supplementary/metrics/BTCUSDT/*.parquet fájlokat: 334,643 sor, taker_long_short_vol_ratio oszlop, az időbélyeg ms-ban van; az éves sorok száma 2023=12,096 / 2024=16,990 / 2025=14,688, és EVERY hónap 2023-01..2025-12 időszakában >=288 sor van (folyamatos, csak ritkább a sűrű 5 perces 2020-2022 adatoknál). Tehát a (3) „nem léteznek a sorok -> hibajegy nyitása” kapu állítása hamis, és a (2) kapu betöltőséma-eltérésre vonatkozó feltevése is hamis (a betöltőm már pontosan ezt az oszlopot és időbélyegkulcsot olvassa). A valódi kiváltó ok a saját kódom későbbi részében volt: a _taker_imbalance 24h-s elavulási korlátja. A valódi parquet-adattáron végzett offline ellenőrzés során szintetikus 4H gyertyákat vizsgáltam 2023-2025 felett: a 24h-s korlát a gyertyáknak csak 24.9% részét látja el taker-jellel (az imbalance>0.05 és ár>SMA feltételek után ez a megfigyelt ~2.79% kitettségre zsugorodik), míg a 14 napos korlát 95.3% gyertyát jelöl meg — így minden 3 időablakos gördülő előretesztelési ablakban lesznek ügyletek. A _taker_imbalance függvény már most is továbbviszi a legközelebbi, időben az adott ponthoz képest nem későbbi arányt, ha az utolsó 4h-s ablak üres; csak a korlát vétózta ezt, ezért a javítás egyetlen paraméter (max_lag_hours=336), amely ZERO változtatást igényel a jelzés-, belépési/kilépési vagy pozícióméretezési logikában, és NO árproxy-alapú tartalékmegoldást. Így a megbízási forgalomra épülő mechanizmus érintetlen marad, és végre tesztelhető a teljes visszatesztelési időszakon. Elemzői megjegyzésként rögzítve: a 2023-2025 taker-lefedettség valóban ritkább, mint a 2020-2022 (~12% a 5 perces adatsűrűséghez képest), ezért a továbbvitt jelzés ezekben az években durvább felbontású; a 2023-2025 sűrű, 5 perces metrikáinak visszatöltése javítaná a hűséget, de az idősor hónapról hónapra elég folyamatos ahhoz, hogy a gördülő előretesztelés már most validálható legyen.

Sikertelen deflált Sharpe szélsőséges túlillesztési valószínűséggel a(z) 1. kísérletnél. DSR=0.3175 (vs. 0.95 sáv), is_significant=FALSE, ahol az optimalizált Sharpe 1.9615 BELOW a(z) 225-kísérlet várható maximum szerencse-sávját 2.3078, és — döntő módon — PBO=0.8664 (87% valószínűséggel a paraméterválasztás túlillesztett). A keretrendszer szerint az alacsony DSR egy nagyon magas PBO-nel/-zel kombinálva döntő elhagyás. A walk-forward megerősíti: is_overfitted=TRUE, az átlagos IS 3.91 átlagos OOS 0.962-ra/re összeomlik, és OOS ablak [2.76, 1.32, -1.19] (egy negatív). A magas probabilistic_sharpe (0.9964) a klasszikus PSR-vs-DSR csapda — figyelmen kívül hagyja a(z) 225-kísérletes szelekciót, amelyet PBO/DSR büntetnek. A valódi pozitívumok (0 érzékenységi sziklák, pozitív sharpe_ci_low +0.4252, egy legitim módon átmenő holdout arány 1.213) a helyi stabilitást és egy kedvező forward ablakot mérnek, nem a szignifikanciát, és nem írhatnak felül egy(z) 87% PBO-et, amelynél a kiválasztott Sharpe a szerencse-sáv alatt van. Nem iterálunk (a(z) 1/2. kísérlet, már a(z) 3. iteráció): az érzékenység már tiszta 0 sziklákkal, így a sweep teljesen feltárta a stabil régiót, mégis OOS továbbra is összeomlik, és PBO 0.87 — a túlillesztés a walk-forward SELECTION-ben 225 kísérlet felett él, nem egy javítható sziklában, és mindössze 3 alapparaméterrel egy második best-of-225 sweep ugyanazokat a túlillesztett konfigurációkat találja meg újra. Nem revise_hypothesis: a taker-flow imbalance egy első-teszt mechanizmus, amelynek nincs előléptetett testvérszervezete egy halott célponthoz kötve, így nincs semmi bizonyított, amit egy új instrumentumra átirányíthatnánk. További óvatosság (nem megerősített kiváltó ok): az 'order flow' jelzés a ritka metrikák taker_long_short_vol_ratio sorozatából származik, 14-napos elavulási továbbgörgetéssel, nem pedig nyers trade tick-ekből, így a(z) 2023-2025 ritka időszakok során akár két hétig is előre vihet egyetlen pillanatképet — egy elavult, alacsony információtartalmú proxy felé degradálódva, és aláásva az 'árinformációtól információsan megkülönböztetett' előfeltevést; kombinálva a long-only BTC trend-del egy bullish 6-éves mintával (alap alfa 0.02, benchmark_correlation 0.30), a hozam nagy része lehet béta. FAILURE PATTERN: egy ténylegesen új order-flow mechanizmus szokatlanul tiszta profillal (0 érzékenységi sziklák, pozitív CI-low, egy átmenő holdout) továbbra is lehet egy best-of-225 túlillesztés — itt PBO 0.8664 DSR 0.32-vel és egy optimalizált Sharpe-val (1.96) a(z) 2.31 szerencse-sáv alatt, plusz egy(z) is_overfitted walk-forward egy negatív OOS ablakkal, döntő. Egy tiszta érzékenységi rács és egyetlen kedvező holdout ablak NOT menthet meg egy olyan optimalizálást, amelynek szelekciója 87% valószínűséggel túlillesztett; az újdonság és a helyi stabilitás nem statisztikai szignifikancia.

Ne NOT optimalizálj — a taker-flow jel strukturális 2023-2025 adatblackoutot mutat (a tranzakciók csak 2020-2022 és 2026 hónapokban léteznek; annual_returns kihagyja 2023/2024/2025; exposure_pct 2.79%), így egy 3-ablakos walk-forward egy teljes ablakot nulla adaton futtatna, és az order-flow él nem validálható. A(z) 2. iteráció séma-toleráns betöltő módosítása NOT zárta a rést, ami azt jelenti, hogy a következő lépés diagnosztikai, nem újabb séma-találgatás: (1) Közvetlenül kérdezd le a katalógus/kiegészítő tárat, és erősítsd meg, hogy a(z) `metrics` taker buy/sell volume (vagy taker_long_short_vol_ratio) sorok PHYSICALLY EXIST a(z) BTCUSDT 2023-01 és 2025-12 közötti időszakra. Írd ki a sorok számát és a tényleges oszlopneveket/időbélyeg-kulcsokat egy 2024 mintához. (2) Ha a sorok egy másik séma alatt léteznek (olyan oszlop- vagy időbélyeg-kulcsnév, amelyet a betöltőd még mindig nem egyeztet), bővítsd ki a(z) `_row_ratio`/`_row_ts`/`_load_taker_flow` függvényeket, hogy olvassák őket, és futtasd újra; erősítsd meg, hogy a(z) exposure_pct emelkedik, és a tranzakciók feltöltik a(z) 2023-2025 értéket. (3) Ha a sorok NOT léteznek (a metrics taker sorozatot sosem gyűjtötték/töltötték vissza ezekre az évekre), ez pontosan olyan infrastruktúra/adatgyűjtési probléma, amilyet a hipotézis előre jelzett — a stratégia kódja nem tudja megoldani, ezért nyiss egy adatgyűjtési ticketet többéves taker-flow metrikákra, és DO NOT nyújtsd be újra ezt a stratégiát optimalizálásra, amíg az adat a teljes backtest időszakot lefedi. Csak akkor érdemes optimalizálni, ha a taker-flow sorozat folyamatosan lefedi a(z) 2020-2026 értéket; a mechanizmus ígéretes, de jelenleg nem tesztelhető.