سبد اسپات رمزارزهای بزرگ با هدف‌گذاری نوسان، فقط خرید (4 BINANCE_SPOT بزرگ: BTC/ETH/SOL/BNB، کندل روزانه؛ نگهداری سبد هم‌وزن دارایی‌های بالاتر از روند بلندمدتشان، اما تنظیم اندازه به‌صورت SCALE TOTAL DEPLOYED EXPOSURE با نوسان تحقق‌یافتهٔ سبد برای رسیدن به هدف نوسان ثابت، گردش پایین، 3 پارامتر)

سبد LONG-ONLY از رمزارزهای بزرگ SPOT (BTC/ETH/SOL/BNB) که مزیتش NOT اصلاً سیگنال جهت‌دار نیست، بلکه PORTFOLIO VOLATILITY MANAGEMENT — صرف ریسک مستندِ «پرتفوی مدیریت‌شده با نوسان» مورِیرا-مویر که هرگز در این کارخانه آزموده نشده است. سازوکار: بخش‌هایی با وزن برابر از رمزارزهای بزرگِ بالاتر از روند بلندمدت را نگه دارید، اما درصد TOTAL سرمایه‌گذاری‌شده را معکوس با نوسان تحقق‌یافته اخیر سبد مقیاس کنید تا پرتفوی نوسان هدف ثابت داشته باشد. چون نوسان تحقق‌یافته پایدار است و رژیم‌های پرنوسان رمزارزها به‌طور نظام‌مند بازده تعدیل‌شده با ریسک پایین‌تری دارند (نوسان خوشه‌ای است و افت سرمایه در وضعیت‌های پرنوسان رخ می‌دهد)، کاهش مواجهه هنگام نوسان بالا و افزایش آن هنگام نوسان پایین، شارپ را بهتر و افت سرمایه را نسبت به خرید و نگه‌داری ثابت به‌شدت کمتر می‌کند — مزیتی مستقل از جهت قیمت. این سازوکار عمداً از نظر ساختاری با همه خانواده‌های شکست‌خورده یا در صف بررسی تفاوت دارد: NOT سازوکار بازگشت به میانگین یا برگشت روند نیست (حرکت‌ها را خلاف جهت معامله نمی‌کند — هم‌خانواده‌های بازگشت به میانگین/برگشت روند/صرف ریسک/OI-فشردگی همگی زیان دادند)، NOT محرک رویداد نادر نیست (مواجهه حالتی پیوسته است و از شکست no_trades پرهیز می‌کند)، NOT چرخش مقطعی RANK نیست (رتبه‌بندی بازده یا گزینش برترین K وجود ندارد؛ ALL رمزارزهای بزرگِ دارای روند نگه‌داری می‌شوند — سازوکار فرسوده L32 وجود ندارد)، NOT راهبرد انتقال تأمین مالی نیست (L33)، NOT اختیار معامله نیست (با مانع تعداد معاملات روبه‌رو نیست)، NOT سبد بازگشت پس از سقوط شدید نیست که همین حالا بیش‌برازش کرده باشد (IS 8.3 → OOS -2.64؛ این سازوکار ورودی مبتنی بر بازگشت ندارد که بیش‌برازش شود — تنها مقادیر برازش‌شده هدف نوسان و دو بازهٔ نگریستنی هستند). نقدی و فقط خرید (CASH) از نظر ساختاری در برابر انفجار اهرم مصون است. این سازوکار جایگاه کم‌نمایانِ BINANCE_SPOT و دستهٔ تقریباً خالیِ کلان/افق بلند را پر می‌کند؛ گردش کم (بازتنظیم هفتگی + باند بدون معامله) هزینه رفت‌وبرگشت حدود 0.20% را ناچیز می‌کند.

به دو یافتهٔ قابل‌اقدام لایهٔ -4 با تغییرات حداقلی رسیدگی می‌کند و منطق مقیاس‌دهی نوسان را که در لایه‌های قبلی پذیرفته شد، حفظ می‌کند. (1) مورد مشکوک اجرا/حسابداریِ علامت‌گذاری‌شده با QA در مسیر خروج اصلاح شده است: نامی که از سبد خارج می‌شود (هدف 0) اکنون از طریق _submit_exit_position بسته می‌شود (بستن با reduce-only)؛ این کار کاهش را درست ثبت می‌کند و پیش از حلقهٔ خرید، CASH را آزاد می‌کند، به‌جای آنکه یک SELL از مسیر _submit_entry_instrument ارسال شود. کاهش‌های جزئیِ حجم همچنان فروش‌های محدودشده‌ای هستند که فقط موقعیت خرید را کاهش می‌دهند. (2) مشکل غیرقابل‌اندازه‌گیری بودن/به‌ندرت آزموده‌شدن مزیت (فقط 6 معامله، چون شرط SMA(100) تقریباً در تمام بازه سبد را نقد نگه داشت؛ در نتیجه مجموعهٔ معاملات بسته‌شده فقط شامل بازندگانِ شکست روند بود و برندگان باز ماندند) با کوتاه‌کردن trend_len 100->50 برطرف شده است (سبد بخش بسیار بیشتری از بازه سرمایه‌گذاری می‌شود، بنابراین بازتنظیم هفتگیِ وزن معکوس نوسان واقعاً معامله می‌کند و لایهٔ مدیریت نوسانِ موریرا-مویر به‌درستی آزموده می‌شود)؛ همچنین rebalance_band 0.15->0.10 سخت‌گیرانه‌تر شده است (تغییرات بیشترِ اندازهٔ موقعیت بر پایهٔ نوسان هفتگی و عبور از شرایط واجدشرایط‌بودن، از محدوده عبور می‌کنند). این دو تغییر در کنار هم، شمار معاملات را در میان چهار نماد و حدود 50 بازتنظیم هفتگی به حداقل لازم برای سنجش نزدیک می‌کنند. فرمول تخصیص وزنِ معکوس نوسان، شرط روند هر نماد، ارزش‌گذاری واقعیِ NAV با _portfolio_value، ترتیب SELLS/بستن پیش از BUYS و اندازه‌گذاریِ صرفاً خریدِ CASH (ناخالص <= 0.95x، اهرم 1.0) در غیر این صورت بدون تغییرند؛ بنابراین لایه‌های 1-3 همچنان موفق‌اند و واردسازی‌ها پاک می‌مانند. نگرانی عمیق‌تر QA را می‌پذیرم: رویکرد صرفاً OHLCV با شرط SMA از دسته‌های کم‌دوام است و لایهٔ نوسان نمی‌تواند از سبدی که بر پایهٔ روند نگهداری می‌شود، در بازه‌ای نزولی امید ریاضی مثبت بسازد. این موضوع در فرضیهٔ مطرح‌شده ذاتی است؛ فرضیه بر مزیت مدیریت نوسانِ مستقل از جهت تکیه دارد و حل آن بدون کنارگذاشتن فرضیه یا افزودن یک فید ممکن نیست، که از یک دور تغییر حداقلی فراتر می‌رود. این اصلاحات باعث می‌شوند استراتژی درست اجرا و اندازه‌گیری شود تا تحلیل‌گر بتواند مزیت را با بک‌تستی قابل‌اتکا و دارای نمونهٔ کافی ارزیابی کند، نه بر پایهٔ یک نتیجهٔ مبتنی بر 6 معامله.

بک‌تست قابل اعتماد نیست: حسابداری و ارزش حساب مخدوش شده است. total_return +8,697% (87x) برای سبد نقدیِ فقط خرید و بدون اهرم (حداکثر 1x) ناممکن است و بازده روزانه +241% (2021-05-20)، +158% (2019-07-04)، +88.7% و +84.3% برای پرتفوی فقط خرید با حداکثر 0.95x از نظر فیزیکی ناممکن است؛ avg_win $426k / largest_loss -$2.9M در حساب $100k (نوسان‌های ارزش حساب 26-29x) به‌علاوه گردش معاملات 635 (در برابر بازتنظیم هفتگیِ کم‌گردشِ ادعاشده) نشان می‌دهد اندازه‌گذاری و بازتنظیم بیش‌ازحد سرمایه را به‌کار می‌گیرند و بازده را نادرست مرکب می‌کنند. تناقض درونی این را تأیید می‌کند — رقم تیترشده +8,697% اما شارپ -0.087، avg_trade_return_pct -0.785% (منفی)، information_ratio -0.21، PSR 0.375 — پس این خروجی مزیت واقعی ندارد (چولگی -4.5، کشیدگی 67.7، max_dd CI بالا، حدود 100%). نشانه را ثبت می‌کنم، بی‌آنکه ادعا کنم باگی را که هنوز ردیابی نکرده‌ام دقیقاً یافته‌ام. این تکرار 2 است: توسعه‌دهنده پس از پرچم ظن به ایراد حسابداری QA، حسابداری بستن موقعیت‌ها را بازطراحی کرد و نتیجه اکنون از پیش هم خراب‌تر است؛ بنابراین بهینه‌سازی سری مخدوش فقط خطاهای آن را بیش‌برازش می‌کند. خانواده زیربنایی هم مرده است — هم‌خانواده VolatilityManagedLongMajorsBasketDaily در این نشست با IR -0.60 و آلفای حدود 0 در برابر سبد کنار گذاشته شد (مدیریت نوسانِ سبد رمزارزهای بزرگِ خرید‌محور، ارزش فعال منفی می‌افزاید)، و در اینجا بتای 0.51 / benchmark_correlation 0.70 همراه با آلفای منفی پس از لایه‌گذاری به همان نتیجه اشاره دارد. بهینه‌سازی vol_target/trend_len/vol_lookback نمی‌تواند نقص اندازه‌گذاری و حسابداری را رفع کند یا مزیتی بسازد که این خانواده از نظر ساختاری ندارد. کنار بگذارید.

راستی‌آزمایی ناموفق (لایه 4 — بازبینی QA): - محیط آزمایشی نشانهٔ نقص کدی را نشان می‌دهد که کارخانه بارها به‌اشتباه شکست مزیت تشخیص می‌دهد: win_rate = 0.0 AND profit_factor = 0.0 (همهٔ 6 معاملهٔ بسته‌شده زیان‌ده بودند، سود ناخالص دقیقاً صفر)، شارپ -1.94، total_return -33.3% == max_drawdown. جهت مقیاس‌گذاری در بررسی درست است (سرمایه‌گذاری معکوس با نوسان = min(vol_target/basket_vol, ناخالص)؛ فیلتر روند close>SMA؛ کاهش موقعیت خرید به مقدار نگه‌داری‌شده محدود شده)، پس ایراد باقی‌مانده احتمالاً در مسیر EXECUTION/ACCOUNTING است. دو مورد محتمل: (1) برای کاهش موقعیت، سفارش‌های فروش از طریق _submit_entry_instrument(OrderSide.SELL) فرستاده می‌شوند، نه _submit_exit_position — بررسی کنید که این کار موقعیت خرید را در CASH کاهش می‌دهد و سفارش رد یا نادرست ثبت نمی‌شود؛ (2) روال BUY پس از فرستادن سفارش‌های فروش، _held_qty را دوباره محاسبه می‌کند، اما اجراهای سفارش درون on_bar هم‌زمان نیستند؛ در نتیجه اندازه خریدها بر پایه سرمایه‌ای تعیین می‌شود که فروش‌های در انتظار هنوز آزاد نکرده‌اند. PF دقیقاً 0.0 با زیان در همهٔ معاملات باید به‌عنوان باگ تشخیص داده شود، نه اینکه به کارمزد یا مزیت نسبت داده شود. - غیرقابل اندازه‌گیری: 6 معامله طی 363 روز، یک مرتبهٔ بزرگی کمتر از کف حدود 100 معامله است؛ بنابراین win_rate/PF/شارپ سیگنالی ندارند. بازتنظیم هفتگیِ 4 دارایی باید حدود 200 رویداد بازتنظیم ایجاد کند، اما فقط 6 معامله داشته است — استراتژی تقریباً در تمام بازه نقد مانده (SMA(100) فیلتر به‌ندرت برقرار شده)، که همبستگی 0.11 با معیار را با وجود قرارداشتن در موقعیت به‌اندازهٔ 76% توضیح می‌دهد و یعنی مزیت مدیریت نوسان به‌ندرت آزموده شده است. - صرفاً OHLCV (SMA فیلتر روند + مقیاس‌گذاری نوسان تحقق‌یافته، بدون مزیت جهت‌دار). صرفاً OHLCV در 213 اجرای پیشین نرخ بقای 0% داشته و فیلترهای روندِ SMA دسته‌ای هستند که بارها کنار گذاشته شده‌اند. لایه نوسان مستقل از جهت است و اگر سبد نگه‌داری‌شده بر اساس روند مزیتی نداشته باشد، نمی‌تواند بازده انتظاری مثبت بسازد — و نتیجه ادعای فرضیه درباره کاهش افت سرمایه را نقض می‌کند (33% افت سرمایه).