BTCUSDT.BINANCE Perp 4H אי-איזון Taker-Buy/Sell Flow מעקב-מגמה Long-Only (3-פרמטרים, Order Flow + התלכדות מגמה, אות טהור מצטבר טיקים)

אסטרטגיית מעקב-מגמה long-only על נכס בודד ב-BTCUSDT.BINANCE perp באמצעות ברים של 4H, כאשר האות הכיווני מונע על ידי AGGREGATED TAKER ORDER FLOW (מ-trade_ticks נתונים משלימים) ולא על ידי אינדיקטורים נגזרי מחיר (שנבדקו באופן יסודי ונכשלים בעיקרם אמפירית לפי יומן הנטישה של הסשן). זוהי מחלקת מנגנון NEW באמת עבור תיק המפעל — כל אסטרטגיה קודמת שסקרתי משתמשת באותות נגזרי OHLCV (רמות מחיר, ממוצעים נעים, תשואות, vol, יחסים). אי-איזון taker-buy/taker-sell הוא INFORMATIONALLY DISTINCT ממחיר: הוא מודד מי WHO לוקח נזילות (קונים תוקפניים מול מוכרים תוקפניים), מה שהספרות האקדמית של microstructure (Easley-Kiefer-O'Hara PIN 1996, Easley-Lopez-de Prado-O'Hara VPIN 2012) קבעה כמנבאה היכן שמחיר לבדו אינו. מנגנון: בכל סגירת בר 4H, צבור את טיקי המסחר של הבר ל-taker_buy_volume מול taker_sell_volume, חשב imbalance = (buy - sell) / (buy + sell). LONG כאשר אי-איזון של 4H > +0.05 (קניית taker מתמשכת) AND מחיר > 100-bar SMA (התלכדות מגמה — flow חייב להסכים עם המגמה). יציאה כאשר imbalance הופך שלילי OR מחיר נופל מתחת ל-SMA. לאותות order-flow יש פרופיל סטטיסטי שונה באופן מהותי מאותות מומנטום-מחיר שנכשלו: הם צופים ישירות ב-AGENT BEHAVIOR (איזה צד מוכן לשלם את הספרד) ולא ב-INFERRING התנהגות סוכן ממחיר (שהיא התוצאה המתעכבת של התנהגות). רק 3 פרמטרים (הרבה מתחת לתקרת 5-פרמטרים). תדירות מסחר: ~40-80 עסקאות/שנה על פני 6+ שנים של נתוני טיקי מסחר של Binance → 240-480 עסקאות סך הכל → 16-32 OOS עסקאות לכל חלון walk-forward, בנוחיות מעל הרצפה של 5 עסקאות. זה גם INFRASTRUCTURE תשתיתי קריטי TEST: אם נתוני trade_ticks נטענים כראוי לצינור המפעל (ה-data_specification.md מפרט אותם תחת catalog_data_types ודגל subscribe_trade_ticks קיים), זה פותח מחלקת מנגנון חדשה לחלוטין למחקר עתידי. אם זה נכשל בטעינה (דומה לפער של שיעור funding של HL שחסם אסטרטגיות 9), הכישלון עצמו אינפורמטיבי ומעלה קריאת תשתית שכדאי לפתוח.

המשוב דרש DIAGNOSTIC, לא ניחוש סכמה נוסף. שאלתי ישירות את data/supplementary/metrics/BTCUSDT/*.parquet: 334,643 שורות, עמודה taker_long_short_vol_ratio, חותמת זמן ב-ms; שורות-לשנה 2023=12,096 / 2024=16,990 / 2025=14,688, וחודש EVERY 2023-01..2025-12 יש >= שורות 288 (רציף, רק דליל לעומת נתוני 5-דקות 2020-2022 הצפופים). אז שער (3) 'שורות לא קיימות -> פתח קריאה' הוא שקרי, וגם הנחת השער (2) של אי-התאמת סכמת loader היא שקרית (ה-loader שלי כבר קורא בדיוק את העמודה + מפתח חותמת הזמן האלה). סיבת השורש האמיתית הייתה בהמשך בקוד שלי עצמו: מכסה ה-staleness של 24 שעות של _taker_imbalance. אימתי אופליין מול חנות ה-parquet האמיתית על ידי סריקת ברים סינתטיים של 4H על פני 2023-2025: מכסת 24h מתייגת רק 24.9% מהברים באות taker (אחרי imbalance>0.05 ומחיר>SMA זה מתמוטט לחשיפה הנצפית של ~2.79%), בעוד שמכסת 14-ימים מתייגת 95.3% — כך שכל חלון walk-forward של 3 יאוכלס בעסקאות. פונקציית _taker_imbalance כבר נושאת את יחס ה-at-or-before הקרוב קדימה כאשר חלון 4h הנגרר ריק; רק המכסה דחתה אותו, כך שהתיקון הוא Knob יחיד (max_lag_hours=336) עם שינוי ZERO בלוגיקת האות, הכניסה/יציאה, או ה-sizing ו-fallback של proxy מחיר NO. זה שומר על מנגנון ה-order-flow שלם ולבסוף הופך אותו לניתן לבדיקה לאורך כל תקופת הבקטסט. הסתייגות לאנליסט: כיסוי taker של 2023-2025 באמת דליל יותר מ-2020-2022 (~12% מצפיפות 5-דקות), כך שהאות הנישא גס יותר באותן שנים; backfill של metrics צפופים של 5-דקות עבור 2023-2025 ישפר את הנאמנות, אך הסדרה רציפה מספיק מחודש לחודש כדי לאמת את ה-walk-forward כעת.

Sharpe מנופח נכשל עם הסתברות התאמת-יתר קיצונית בניסיון 1. DSR=0.3175 (לעומת ברירת 0.95), is_significant=FALSE, כאשר ה-Sharpe המותאם 1.9615 BELOW בר המזל הצפוי-מקסימלי של 225 ניסיונות של 2.3078, ו — באופן מכריע — PBO=0.8664 (הסתברות 87% שבחירת הפרמטרים מותאמת-יתר). על פי המסגרת, DSR נמוך בשילוב PBO גבוה מאוד מהווה זניחה מכרעת. ה-walk-forward מאשר זאת: is_overfitted=TRUE עם ממוצע IS 3.91 שקורס לממוצע OOS 0.962 וחלונות OOS [2.76, 1.32, -1.19] (אחד שלילי). ה-probabilistic_sharpe הגבוה (0.9964) הוא מלכודת ה-PSR-מול-DSR הקלאסית — הוא מתעלם מבחירת 225 הניסיונות ש-PBO/DSR מענישים. החיוביים הלגיטימיים (0 צוקי רגישות, sharpe_ci_low +0.4252 חיובי, יחס holdout עובר לגיטימית 1.213) מודדים יציבות מקומית וחלון קדימה מועדף אחד, לא מובהקות, ולא יכולים לעקוף 87% PBO כאשר ה-Sharpe שנבחר נמוך מבר המזל. לא לחזור על הסריקה (ניסיון 1 מתוך 2, כבר איטרציה 3): הרגישות כבר נקייה עם 0 צוקים, כך שהסריקה חקרה במלואה את האזור היציב אך OOS עדיין קורס ו-PBO הוא 0.87 — ההתאמת-יתר מתגוררת ב-walk-forward SELECTION על פני 225 ניסיונות, לא בצוק שניתן לתיקון, ועם רק 3 פרמטרי ליבה סריקת best-of-225 שנייה תמצא מחדש את אותן קונפיגורציות מותאמות-יתר. לא revise_hypothesis: חוסר-איזון זרימת taker הוא מנגנון בדיקה ראשון ללא אח מקודם שנתקע על יעד מת, כך שאין דבר מוכח לכוון מחדש למכשיר חדש. זהירות נוספת (לא סיבת שורש מאומתת): אות 'זרימת הזמנות' נגזר מסדרת המדדים הדלילה taker_long_short_vol_ratio עם נשיאה-קדימה של 14-ימי התיישנות ולא מטיקי עסקאות גולמיים, כך שבתקופות הדלילות 2023-2025 היא יכולה להיות תמונת מצב יחידה המוחזקת קדימה עד שבועיים — מתדרדרת לכיוון פרוקסי מיושן בעל-מידע-נמוך ומחלישה את הנחת 'באופן אינפורמטיבי נבדל ממחיר'; בשילוב מגמת BTC long-only במדגם 6-שנים שמוטה שור (אלפא בסיסי 0.02, benchmark_correlation 0.30), חלק ניכר מהתשואה עשוי להיות בטא. FAILURE PATTERN: מנגנון זרימת-הזמנות באמת חדשני עם פרופיל חריג בניקיונו (0 צוקי רגישות, CI-low חיובי, holdout עובר) עדיין יכול להיות התאמת-יתר של best-of-225 — כאן PBO 0.8664 עם DSR 0.32 ו-Sharpe מותאם (1.96) מתחת לבר המזל 2.31, בתוספת walk-forward is_overfitted עם חלון OOS שלילי, הוא מכריע. רשת רגישות נקייה וחלון holdout מועדף בודד לא NOT מצילים אופטימיזציה שבחירתה 87% סבירות גבוהה מותאמת-יתר; חדשנות ויציבות מקומית אינן מובהקות סטטיסטית.

אל תבצע אופטימיזציה של NOT — לאות ה-taker-flow יש חוסר חמורה מבנית בנתונים (2023-2025 עסקאות קיימות רק ב-2020-2022 וב-2026; annual_returns דלגו על 2023/2024/2025; exposure_pct 2.79%), כך ש-walk-forward על חלון של 3 ירוץ על חלון שלם ללא נתונים ולא ניתן לאמת את יתרון order-flow. שינוי ה-loader הסבלני לסכמה של איטרציה 2 NOT סגר את הפער, מה שאומר שהצעד הבא הוא אבחון, לא ניחוש סכמה נוסף: (1) שאל ישירות את ה-catalog/supplementary store ואשר אם שורות נפח taker buy/sell של `metrics` (או taker_long_short_vol_ratio) PHYSICALLY EXIST עבור BTCUSDT 2023-01 עד 2025-12. הדפס את ספירת השורות ואת שמות העמודות בפועל/מפתחות חותמות זמן עבור מדגם 2024. (2) אם השורות קיימות תחת סכמה נוספת (שם עמודה או מפתח חותמת זמן שה-loader שלך עדיין לא תואם), הרחב את `_row_ratio`/`_row_ts`/`_load_taker_flow` כדי לקרוא אותן והרץ מחדש; אשר ש-exposure_pct עולה ועסקאות מאכלסות את 2023-2025. (3) אם השורות NOT קיימות (סדרת ה-metrics taker מעולם לא נאספה/חודשה עבור אותן שנים), זו בעיית תשתית/איסוף נתונים בדיוק כפי שההשערה צפתה — קוד האסטרטגיה לא יכול לתקן זאת, לכן פתח קריאה לאיסוף נתונים עבור metrics של taker-flow רב-שנתי ו-DO NOT שלח מחדש אסטרטגיה זו לאופטימיזציה עד שהנתונים יכסו את כל תקופת הבקטסט. רק כאשר סדרת taker-flow מכסה 2020-2026 ברציפות, כדאי לבצע אופטימיזציה; המנגנון מבטיח אך כרגע לא ניתן לבדיקה.