Hyperliquid ETH 1H تداوم مومنتوم Long+Short با دروازه‌ی رژیم نوسان

یک استراتژی جهت‌دار تداوم مومنتوم long+short روی ETHUSD پرپچوال در Hyperliquid با استفاده از کندل‌های 1H. این استراتژی صرفاً OHLCV است (بدون وابستگی به liquidation/funding/چند-پلتفرمی — که در این نشست از کنار گذاشتن‌های مسدودشده به دلیل زیرساخت 13+ جلوگیری می‌کند). سازوکار اصلی: مومنتوم z-score دروازه‌بانی‌شده. (1) یک دروازه‌ی رژیم نوسان، نوسان تحقق‌یافته‌ی 30-روزه‌ی بازده‌های لگاریتمی 1H را محاسبه می‌کند و ورود را تنها زمانی مجاز می‌شمارد که نوسان تحقق‌یافته‌ی فعلی در 60% میانی توزیع 30-روزه‌ی خود قرار داشته باشد — این کار هم بازه‌های ساکت و بی‌روح شلاقی و هم انفجارهای نوسان شدید که موجب واگرایی IS/OOS می‌شوند را حذف می‌کند. (2) در چارچوب رژیم مجاز، بازده لگاریتمی 4-کندلی (4H) محاسبه می‌شود؛ زمانی که از +1.2σ توزیع بازده‌ی 48-کندلیِ trailing فراتر رود LONG وارد می‌شود؛ و زمانی که زیر -1.2σ بیفتد SHORT وارد می‌شود. (3) اندازه‌گذاری موقعیت بر پایه‌ی هدف‌گذاری نوسان است: notional = (target_vol / realized_vol) × equity × 0.30، با سقف 0.50 equity، و اهرم ≤ 3x. دلیل انتخاب Hyperliquid عبارت است از: (الف) پلتفرم آن در 4.4% در برابر هدف سهمیه‌ی 20% قرار دارد، (ب) جریان سفارش HL ترکیب مشارکت‌کنندگان متفاوتی نسبت به Binance دارد — حضور سنگین‌تر خرده‌فروشان/دنبال‌کنندگان مومنتوم، و بازارسازان با فرکانس بالای کمتر — که به‌طور تجربی نیمه‌عمر مومنتوم درون‌روزی را فراتر از حدی که Binance اجازه می‌دهد گسترش می‌دهد، (ج) کارمزدهای HL برابر 0.09% RT است، که نسبت به پرپچوال Binance (0.10% RT) دوستانه‌تر است. بازه‌ی زمانی 1H حدود 150-300 ورود در سال در طول 3+ سال تاریخچه‌ی HL ETH تولید می‌کند — به‌طور قابل‌توجهی بالاتر از کف walk-forward (5+ معامله در پنجره‌ی OOS) که استراتژی‌های روزانه‌ی 13 را در این نشست از بین برد.

تکرار 2 مشکل «بدون معامله / 0 کندل ارزیابی‌شده» را در Layer-3 با یک تغییر هدفمند برطرف می‌کند. علت ریشه‌ای: کلاس پایه self._bars را در سقف 500 محدود می‌کند، اما min_bars_required() مقدار regime_lookback+vol_window+5 = 749 را برمی‌گرداند. بنابراین دروازه‌ی warmup یعنی len(self._bars) < min_bars_required() همیشه true بود (500 < 749)، در نتیجه _process_primary هرگز اجرا نمی‌شد و calculate_signal/should_enter هیچ‌گاه به دست نمی‌آمدند -> دقیقاً همان «0 کندل ارزیابی‌شده» که در تشخیص گزارش شده بود. این رفع اشکال، min_bars_required() را به mom_period+mom_lookback+5 = 57 (< 500) کاهش می‌دهد تا پردازش به‌محض قابل‌محاسبه‌شدن اولین z-score مومنتوم آغاز شود. تاریخچه‌ی طولانی رژیم در حدود 30 روز همچنان در بافر خصوصی _closes استراتژی انباشته می‌شود (سقف 804، که تحت تأثیر سقف پایه‌ی 500 نیست)، و محافظ موجود در _compute() یعنی (dist.size < max(30, regime_lookback//4)) همچنان ورودها را تا زمانی که نمونه‌های کافی از نوسان تحقق‌یافته وجود نداشته باشد مسدود می‌کند -- بنابراین یکپارچگی دروازه‌ی رژیم به‌طور کامل حفظ شده و هیچ منطق سیگنالی تغییر نکرده است. تمام کد ورود/خروج/سایزینگ و import‌ها بایت‌به‌بایت یکسان هستند، پس Layerهای 1-2 سبز باقی می‌مانند؛ تنها برخورد آستانه‌ی warmup با سقف بافر پایه اصلاح شد.

بهینه‌سازی نکنید — دو شکست مستقل و قطعی وجود دارد. (1) DATA INSUFFICIENT: فرضیه بر پایه‌ی '3+ سال تاریخچه‌ی HL ETH... به‌طور قابل‌توجهی بالاتر از کف walk-forward' بنا شده است، اما بک‌تست تنها 147 data_days (حدود 7 ماه، از 2025-10-11 تا 2026-05-20، 5,317 کندل 1H) را پوشش می‌دهد. یک walk-forward با پنجره‌ی 3 روی 7 ماه، پنجره‌های OOS بسیار کوچک و غیرقابل‌اعتماد تولید می‌کند — همان کفی که فرضیه ادعا می‌کرد از آن عبور کرده، برای HL ETH 1H اساساً وجود ندارد. (این صرفاً یک علامت است، نه ریشه‌یابی‌شده: اینکه آیا تاریخچه‌ی HL واقعاً این‌قدر کوتاه است یا کمتر از حد واکشی شده، فقط حدود 7 ماه برای اعتبارسنجی در دسترس است.) (2) NO EDGE AFTER COSTS + CAPACITY WALL: در بازه‌ی موجود PF برابر 1.045 است، انتظار ریاضی هر معامله $13.85، Sharpe -0.22 با sharpe_ci_low -2.81 (CI عمیقاً بر روی 0 قرار دارد) و امگا 0.96؛ نکته‌ی حیاتی این است که impact_cost_pct برابر 66.4% و کمیسیون 12.2% از ناخالص است — هزینه‌های معاملاتی تقریباً کل PnL ناخالص را می‌بلعند — در حالی که capacity_usd تنها $226,937 است. یک استراتژی long/short 1H با گردش 288x برای نقدشوندگی HL ETH بسیار سنگین است و فراتر از اندازه‌ی آزمایشی، صرف‌نظر از تنظیم پارامترها، قابل معامله نیست. این یک مشکل کمبود داده یا پارامتر نیست که با بهینه‌سازی قابل حل باشد: داده‌ی اعتبارسنجی وجود ندارد و ساختار هزینه/ظرفیت مزیت را از بین می‌برد. اگر قرار است ایده‌ی تداوم مومنتوم دنبال شود، به یک پلتفرم/ابزار با هم تاریخچه‌ی کافی و هم نقدشوندگی کافی برای جذب گردش معاملات نیاز دارد (یعنی تغییر فرض پایه)، نه بهینه‌سازی نسخه‌ی HL ETH 1H — این شاخه را کنار بگذارید.