BTCUSDT.BINANCE Perp 4H Taker-Buy/Sell Flow Imbalance Long-Only Trend Following (3-Parameter, Order Flow + Trend Confluence, Pure Tick-Aggregated Signal)

กลยุทธ์ติดตามแนวโน้ม long-only สินทรัพย์เดียวบน BTCUSDT.BINANCE perp โดยใช้แท่ง 4H ที่มีสัญญาณทิศทางถูกขับเคลื่อนโดย AGGREGATED TAKER ORDER FLOW (จากข้อมูลเสริม trade_ticks) แทนที่จะเป็นตัวบ่งชี้ที่ได้มาจากราคา (ซึ่งถูกทดสอบอย่างละเอียดและล้มเหลวส่วนใหญ่ตามบันทึกการละทิ้งของเซสชันนี้) นี่คือคลาสกลไกที่แท้จริงNEWสำหรับพอร์ตโฟลิโอของโรงงาน — ทุกกลยุทธ์ก่อนหน้าที่ฉันได้ตรวจสอบใช้สัญญาณที่ได้มาจากOHLCV (ระดับราคา, moving averages, returns, vol, ratios) Taker-buy/taker-sell imbalance เป็นINFORMATIONALLY DISTINCTจากราคา: มันวัดว่าWHOกำลังรับสภาพคล่อง (ผู้ซื้อเชิงรุก vs ผู้ขายเชิงรุก) ซึ่งวรรณกรรม microstructure เชิงวิชาการ (Easley-Kiefer-O'Hara PIN 1996, Easley-Lopez-de Prado-O'Hara VPIN 2012) ได้สถาปนาว่าเป็นการทำนายเมื่อราคาเพียงลำพังไม่ใช่ กลไก: ณ การปิดแท่ง 4H แต่ละแท่ง รวม trade ticks ของแท่งเป็น taker_buy_volume vs taker_sell_volume คำนวณ imbalance = (buy - sell) / (buy + sell) LONGเมื่อ imbalance 4H > +0.05 (taker buying ที่ยั่งยืน) AND price > 100-bar SMA (trend confluence — flow ต้องเห็นด้วยกับ trend) ออกเมื่อ imbalance พลิกเป็นลบ OR price ดรอปต่ำกว่า SMA สัญญาณ Order-flow มีโปรไฟล์ทางสถิติที่แตกต่างอย่างมีนัยสำคัญจากสัญญาณ price-momentum ที่ล้มเหลว: พวกมันสังเกตโดยตรงAGENT BEHAVIOR (ฝ่ายใดเต็มใจจ่าย spread) แทนที่จะเป็นINFERRINGพฤติกรรมตัวแทนจากราคา (ซึ่งเป็นผลที่ล่าช้าของพฤติกรรม) มีเพียงพารามิเตอร์ 3 (ต่ำกว่าเพดาน 5-param มาก) ความถี่การเทรด: ~40-80 เทรด/ปี เป็นเวลา 6+ ปีของข้อมูล Binance trade tick → 240-480 เทรดทั้งหมด → เทรด 16-32 OOS ต่อ walk-forward window สบายๆ เหนือพื้น 5-เทรด นี่เป็นINFRASTRUCTURE TEST ที่สำคัญ: หากข้อมูล trade_ticks โหลดเข้าสู่ factory pipeline อย่างถูกต้อง (ไฟล์ data_specification.md แสดงรายการภายใต้ catalog_data_types และ flag subscribe_trade_ticks มีอยู่) สิ่งนี้จะเปิดคลาสกลไกใหม่ทั้งหมดสำหรับการวิจัยในอนาคต หากไม่สามารถโหลดได้ (คล้ายกับช่องว่าง funding rate HL ที่บล็อกกลยุทธ์9) ความล้มเหลวนั้นมีข้อมูลและนำมาซึ่ง ticket โครงสร้างพื้นฐานที่คุ้มค่าแก่การยื่น

คำติชมเรียกร้อง DIAGNOSTIC ไม่ใช่การเดา schema อีกครั้ง ฉันได้ค้นหา data/supplementary/metrics/BTCUSDT/*.parquet โดยตรง: 334,643 แถว, คอลัมน์ taker_long_short_vol_ratio, timestamp เป็น ms; rows-per-year 2023=12,096 / 2024=16,990 / 2025=14,688 และเดือน EVERY 2023-01..2025-12 มี >=288 แถว (ต่อเนื่อง เพียงแต่เบาบางเทียบกับข้อมูล 2020-2022 ที่หนาแน่น 5-นาที) ดังนั้น gate (3) 'แถวไม่มีอยู่ -> ยื่น ticket' เป็นเท็จ และ premise ของ gate (2) ที่ว่า loader schema ไม่ตรงกันก็เป็นเท็จเช่นกัน (loader ของฉันอ่านคอลัมน์นี้ + คีย์ timestamp อย่างถูกต้องแล้ว) สาเหตุที่แท้จริงอยู่ downstream ในโค้ดของฉันเอง: ขีดจำกัดความล้าสมัย 24h ของ _taker_imbalance ฉันได้ตรวจสอบ offline กับ parquet store จริงโดยการสแกน synthetic 4H bars เป็นเวลา 2023-2025: ขีดจำกัด 24h ติดแท็กเพียง 24.9% ของ bars ด้วยสัญญาณ taker (หลังจาก imbalance>0.05 และ price>SMA gates นี้ยุบลงเหลือ exposure ~2.79% ที่สังเกตได้) ในขณะที่ขีดจำกัด 14-วันติดแท็ก 95.3% — ดังนั้นทุก walk-forward window แบบ 3-window จะเติมด้วยการเทรด ฟังก์ชัน _taker_imbalance ได้ carry ratio ที่ใกล้ที่สุด at-or-before ไปข้างหน้าเมื่อ window 4h ที่ตามมาว่างเปล่า มีเพียงขีดจำกัดที่ veto ดังนั้นการแก้ไขจึงเป็น knob เดียว (max_lag_hours=336) ที่มีการเปลี่ยนแปลง ZERO ต่อสัญญาณ, entry/exit หรือ sizing logic และ fallback NO price-proxy สิ่งนี้ทำให้กลไก order-flow ยังคงอยู่และทำให้สามารถทดสอบได้ข้ามช่วง backtest ทั้งหมดในที่สุด ข้อแม้ที่บันทึกไว้สำหรับนักวิเคราะห์: ความครอบคลุมของ taker 2023-2025 นั้นบางกว่า 2020-2022 อย่างแท้จริง (~12% ของความหนาแน่น 5-นาที) ดังนั้นสัญญาณที่ถูก carry จึงหยาบกว่าในปีเหล่านั้น การ backfill ของ metrics 5-นาทีที่หนาแน่นสำหรับ 2023-2025 จะปรับปรุง fidelity แต่ series นั้นต่อเนื่องเพียงพอต่อเดือนเพื่อตรวจสอบ walk-forward ในตอนนี้

ชาร์ปแบบลดค่าล้มเหลวด้วยความน่าจะเป็นของการเกิด overfitting สูงมากในการทดลองครั้งที่ 1 DSR=0.3175 (เทียบกับแท่ง 0.95), is_significant=FALSE, โดยที่ Sharpe ที่ปรับแล้ว 1.9615 BELOW แท่ง luck bar ของค่ามากสุดที่คาดหวังจาก 225 การทดลองที่ 2.3078 และ — อย่างเด็ดขาด — PBO=0.8664 (ความน่าจะเป็น 87% ที่การเลือกพารามิเตอร์จะเกิด overfit) ตามกรอบงาน ค่า DSR ที่ต่ำรวมกับค่า PBO ที่สูงมากคือสัญญาณให้ละทิ้งอย่างเด็ดขาด walk-forward ยืนยันเช่นนั้น: is_overfitted=TRUE โดยค่าเฉลี่ย IS 3.91 ยุบลงเหลือค่าเฉลี่ย OOS 0.962 และ OOS windows [2.76, 1.32, -1.19] (หนึ่งค่าเป็นลบ) ค่า probabilistic_sharpe ที่สูง (0.9964) คือกับดักคลาสสิกแบบ PSR-vs-DSR — มันละเลยการเลือกจาก 225 การทดลองที่ PBO/DSR ลงโทษ สิ่งที่ดีอย่างแท้จริง (0 sensitivity cliffs, sharpe_ci_low +0.4252 ที่เป็นบวก, holdout ratio 1.213 ที่ผ่านอย่างถูกต้อง) วัดเสถียรภาพเฉพาะที่และหนึ่ง forward window ที่เป็นใจ ไม่ใช่นัยสำคัญทางสถิติ และไม่สามารถลบล้างค่า 87% PBO ที่มี Sharpe ที่เลือกต่ำกว่า luck bar ไม่ทำซ้ำ (การทดลองครั้งที่ 1 จาก 2, เป็น iteration ที่ 3 แล้ว): sensitivity สะอาดอยู่แล้วด้วย 0 cliffs ดังนั้น sweep จึงสำรวจ stable region อย่างเต็มที่ แต่ OOS ก็ยังคงยุบ และ PBO คือ 0.87 — overfitting อยู่ใน walk-forward SELECTION เหนือ 225 trials ไม่ใช่ใน cliff ที่ซ่อมได้ และด้วยพารามิเตอร์หลักเพียง 3 ตัว การ sweep best-of-225 ครั้งที่สองจะพบการตั้งค่าที่ overfit เดิมอีกครั้ง ไม่ใช่ revise_hypothesis: taker-flow imbalance เป็นกลไกการทดสอบครั้งแรกโดยไม่มี sibling ที่ถูกเลื่อนขั้นติดอยู่บนเป้าที่ตายแล้ว จึงไม่มีอะไรพิสูจน์แล้วให้ชี้ไปยังตราสารใหม่ ข้อควรระวังเพิ่มเติม (ไม่ใช่ root cause ที่ยืนยันแล้ว): สัญญาณ 'order flow' ถูกสร้างจากอนุกรมเมตริก taker_long_short_vol_ratio ที่เบาบาง ด้วยการ carry-forward ความล้าสมัย 14 วัน แทนที่จะเป็น trade tick ดิบ ดังนั้นในช่วงที่ 2023-2025 เบาบาง มันอาจเป็น snapshot เดียวที่ถูกถือไปข้างหน้านานถึงสองสัปดาห์ — เสื่อมลงเป็น proxy ที่ล้าสมัยและมีข้อมูลต่ำ และบั่นทอนสมมติฐาน 'แตกต่างทางข้อมูลจากราคา' เมื่อรวมกับแนวโน้ม BTC long-only ในตัวอย่าง 6 ปีที่มีขาขึ้นหนัก (base alpha 0.02, benchmark_correlation 0.30) ผลตอบแทนส่วนใหญ่อาจเป็น beta FAILURE PATTERN: กลไก order-flow ที่ใหม่อย่างแท้จริงพร้อมโปรไฟล์ที่สะอาดผิดปกติ (0 sensitivity cliffs, CI-low ที่เป็นบวก, holdout ที่ผ่าน) ก็ยังคงเป็น best-of-225 overfit ได้ — ที่นี่ PBO 0.8664 ด้วย DSR 0.32 และ Sharpe ที่ปรับแล้ว (1.96) ต่ำกว่า luck bar 2.31 บวกกับ walk-forward is_overfitted ที่มี window OOS เป็นลบ ถือว่าเด็ดขาด sensitivity grid ที่สะอาดและ holdout window เดียวที่เป็นใจ NOT ช่วยเหลือ optimization ที่การเลือกมีแนวโน้ม overfit 87% ได้ ความใหม่และเสถียรภาพเฉพาะที่ไม่ใช่นัยสำคัญทางสถิติ

อย่าNOTปรับให้เหมาะสม — สัญญาณ taker-flow มีช่องว่างข้อมูลเชิงโครงสร้าง2023-2025 (การเทรดมีอยู่เฉพาะในปี 2020-2022 และ 2026; annual_returns ข้าม 2023/2024/2025; exposure_pct 2.79%) ดังนั้น walk-forward แบบ 3-window จะทำงานทั้ง window บนข้อมูลศูนย์และไม่สามารถตรวจสอบ edge ของ order-flow ได้ การเปลี่ยนแปลง loader แบบ schema-tolerance ของ Iteration 2 ไม่ได้NOTปิดช่องว่าง ซึ่งหมายความว่าขั้นตอนถัดไปคือการวินิจฉัย ไม่ใช่การเดา schema อีกครั้ง: (1) ค้นหา catalog/supplementary store โดยตรงและยืนยันว่าแถว volume ซื้อ/ขายของ taker `metrics` (หรือtaker_long_short_vol_ratio) นั้นPHYSICALLYEXISTสำหรับBTCUSDT2023-01 ถึง 2025-12 หรือไม่ พิมพ์จำนวนแถวและชื่อคอลัมน์จริง/คีย์ timestamp สำหรับตัวอย่าง 2024 (2) หากแถวมีอยู่ภายใต้ schema อื่น (ชื่อคอลัมน์หรือคีย์ timestamp ที่ loader ของคุณยังไม่ตรงกัน) ให้ขยาย`_row_ratio`/`_row_ts`/`_load_taker_flow` เพื่ออ่านและรันใหม่ ยืนยันว่าexposure_pctเพิ่มขึ้นและการเทรดเติม2023-2025 (3) หากแถวNOTมีอยู่ (metrics taker series ไม่เคยถูกเก็บรวบรวม/backfill สำหรับปีเหล่านั้น) นี่คือปัญหาโครงสร้างพื้นฐาน/การเก็บรวบรวมข้อมูลตามที่สมมติฐานคาดการณ์ไว้ — โค้ดกลยุทธ์ไม่สามารถแก้ไขได้ ดังนั้นให้ยื่น ticket การเก็บรวบรวมข้อมูลสำหรับ metrics taker-flow หลายปี และDONOTส่งกลยุทธ์นี้เพื่อปรับให้เหมาะสมใหม่จนกว่าข้อมูลจะครอบคลุมช่วง backtest ทั้งหมด เฉพาะเมื่อ taker-flow series ครอบคลุม2020-2026อย่างต่อเนื่องเท่านั้นจึงจะคุ้มค่าแก่การปรับให้เหมาะสม กลไกมีแนวโน้มที่ดีแต่ในปัจจุบันทดสอบไม่ได้