ตะกร้าสปอตเหรียญคริปโตหลักที่กำหนดเป้าความผันผวน ถือฝั่งซื้ออย่างเดียว (4 BINANCE_SPOT เหรียญหลัก: BTC/ETH/SOL/BNB, แท่งรายวัน, ถือตะกร้าถ่วงน้ำหนักเท่ากันของเหรียญที่อยู่เหนือแนวโน้มระยะยาว แต่ SCALE TOTAL DEPLOYED EXPOSURE แบบผกผันกับความผันผวนของพอร์ตที่เกิดขึ้นจริงเพื่อให้ถึงเป้าความผันผวนคงที่, อัตราหมุนเวียนต่ำ, พารามิเตอร์ 3 ตัว)

ตะกร้า LONG-ONLY ของเหรียญคริปโตหลัก SPOT (BTC/ETH/SOL/BNB) ซึ่งความได้เปรียบไม่ได้มาจาก NOT สัญญาณทิศทางเลย แต่มาจาก PORTFOLIO VOLATILITY MANAGEMENT — พรีเมียมของ 'พอร์ตที่จัดการความผันผวน' แบบ Moreira-Muir ซึ่งมีหลักฐานบันทึกไว้ แต่ไม่เคยทดสอบในโรงงานนี้ กลไก: ถือตะกร้าเหรียญหลักที่มีน้ำหนักเท่ากันและราคาอยู่เหนือแนวโน้มระยะยาว แต่ปรับสัดส่วน TOTAL ที่นำไปลงทุนแบบผกผันกับความผันผวนที่เกิดขึ้นจริงของตะกร้าในช่วงล่าสุด เพื่อให้พอร์ตมีเป้าหมายความผันผวนคงที่ เนื่องจากความผันผวนที่เกิดขึ้นจริงมีความต่อเนื่อง และช่วงความผันผวนสูงในคริปโตให้ผลตอบแทนที่ปรับตามความเสี่ยงแล้วแย่ลงอย่างเป็นระบบ (ความผันผวนจับกลุ่ม และดรอดาวน์เกิดในภาวะความผันผวนสูง) การลดความเสี่ยงเมื่อตลาดผันผวนสูงและเพิ่มเมื่อผันผวนต่ำจึงช่วยเพิ่ม Sharpe และลดดรอดาวน์ได้มากเมื่อเทียบกับการซื้อแล้วถือแบบคงที่ — ความได้เปรียบนี้ตั้งฉากกับทิศทางราคา กลยุทธ์นี้มีโครงสร้างแตกต่างอย่างชัดเจนจากทุกตระกูลที่ใช้ไม่ได้หรืออยู่ในกระบวนการ: NOT การสวนทาง/กลับตัว (ไม่เทรดสวนการเคลื่อนไหว — กลยุทธ์พี่น้องแบบสวนทาง/กลับตัว/พรีเมียม/OI-บีบตัวล้วนขาดทุน), NOT ตัวกระตุ้นเหตุการณ์หายาก (ความเสี่ยงลงทุนเป็นสถานะต่อเนื่อง จึงเลี่ยงความล้มเหลวของ no_trades), NOT การหมุนเวียน RANK แบบตัดขวาง (ไม่มีการจัดอันดับผลตอบแทน ไม่มีการเลือกกลุ่มบนสุด K; ถือเหรียญหลักที่มีแนวโน้ม ALL — ไม่มีกลไกที่หมดแรงของ L32), NOT ผลตอบแทนจาก funding (L33), NOT ออปชัน (ไม่มีข้อจำกัดจากจำนวนการเทรด), NOT ตะกร้ากลับตัวหลังราคาดิ่งลึกที่เพิ่งฟิตเกินไป (IS 8.3 → OOS -2.64; กลยุทธ์นี้ไม่มีจุดเข้าจากการกลับตัวให้ฟิตตาม — ปริมาณที่ปรับมีเพียงเป้าความผันผวนและช่วงย้อนหลังสองค่า) การถือสปอตฝั่งซื้ออย่างเดียว (CASH) มีโครงสร้างที่ไม่เสี่ยงต่อการล้างพอร์ตจากเลเวอเรจ ช่วยเติมเต็มตลาด BINANCE_SPOT ที่มีตัวแทนน้อย และกลุ่มมหภาค/กรอบเวลายาวที่แทบไม่มีผู้เล่น; อัตราหมุนเวียนต่ำ (ปรับสมดุลรายสัปดาห์และมีช่วงที่ไม่เทรด) ทำให้ต้นทุนไปกลับประมาณ 0.20% เล็กน้อย

แก้ข้อค้นพบที่นำไปดำเนินการได้สองข้อจากเลเยอร์ -4 ด้วยการเปลี่ยนแปลงให้น้อยที่สุด พร้อมคงตรรกะปรับสเกลความผันผวนที่ผ่านเลเยอร์ก่อนหน้าไว้ (1) แก้ข้อสงสัยด้านการส่งคำสั่ง/บัญชีในเส้นทางออกจากสถานะที่ QA ระบุแล้ว: เมื่อเหรียญออกจากตะกร้า (เป้าหมาย 0) จะปิดผ่าน _submit_exit_position (ปิดแบบลดสถานะเท่านั้น) ซึ่งบันทึกการลดสถานะถูกต้องและคืน CASH ก่อนลูปซื้อ แทนการส่งผ่าน _submit_entry_instrument ด้วย SELL; การลดสถานะบางส่วนตามความผันผวนยังคงเป็นคำสั่งขายที่จำกัดให้ลดสถานะซื้อเท่านั้น (2) แก้ปัญหาที่ประเมินความได้เปรียบไม่ได้/แทบไม่ได้ทดสอบ (มีการเทรดเพียง 6 ครั้ง เพราะเงื่อนไข SMA(100) ทำให้ตะกร้าถือเงินสดเกือบตลอดช่วงเวลา รายการการเทรดที่ปิดจึงมีแต่ผู้แพ้จากการหลุดแนวโน้ม ขณะที่ผู้ชนะยังเปิดอยู่) โดยย่น trend_len 100->50 (พอร์ตลงทุนอยู่ในตลาดนานขึ้นมาก ทำให้การปรับสมดุลความผันผวนผกผันรายสัปดาห์เกิดการเทรดจริง และมีการทดสอบโอเวอร์เลย์การจัดการความผันผวนแบบ Moreira-Muir อย่างแท้จริง) พร้อมลด rebalance_band 0.15->0.10 (การปรับขนาดตามความผันผวนรายสัปดาห์และการเปลี่ยนคุณสมบัติที่เข้าเกณฑ์ผ่านแถบได้มากขึ้น) ซึ่งร่วมกันเพิ่มจำนวนการเทรดให้ใกล้ระดับขั้นต่ำที่ใช้ประเมินได้ตลอดสี่ชื่อและการปรับสมดุลรายสัปดาห์ประมาณ 50 ครั้ง สูตรจัดสรรเงินลงทุนแบบผกผันกับความผันผวน เงื่อนไขแนวโน้มรายชื่อ การประเมินมูลค่าด้วย _portfolio_value ที่แท้จริงของ NAV ลำดับการทำงานที่ให้ 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% แต่ Sharpe -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 ครั้งขาดทุน กำไรรวมเป็นศูนย์พอดี), Sharpe -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/Sharpe จึงไม่มีสัญญาณ การปรับสมดุลรายสัปดาห์ของ 4 ชื่อควรสร้างเหตุการณ์ปรับสมดุลประมาณ 200 ครั้ง แต่ได้การเทรด 6 ครั้ง — กลยุทธ์ถือเงินสดเกือบตลอดช่วงเวลา (เงื่อนไข SMA(100) เป็นจริงน้อยมาก) จึงอธิบายความสัมพันธ์กับดัชนีอ้างอิงที่ 0.11 ได้ แม้มีความเสี่ยงในสถานะ 76% และหมายความว่าแทบไม่ได้ทดสอบความได้เปรียบจากการจัดการความผันผวน - เป็นกลยุทธ์ OHLCV ล้วน (เงื่อนไขแนวโน้ม SMA + การปรับสเกลตามความผันผวนที่เกิดขึ้นจริง ไม่มีความได้เปรียบด้านทิศทาง) กลยุทธ์ OHLCV ล้วนมีอัตราอยู่รอด 0% จากการรันก่อนหน้า 213 ครั้ง และกลยุทธ์ที่ใช้เงื่อนไขแนวโน้ม SMA เป็นประเภทที่ถูกยกเลิกซ้ำแล้วซ้ำเล่า โอเวอร์เลย์ความผันผวนตั้งฉากกับทิศทาง จึงสร้างค่าคาดหวังเชิงบวกไม่ได้หากตะกร้าที่ถือเพราะแนวโน้มไม่มีความได้เปรียบ — และผลลัพธ์ขัดกับคำกล่าวอ้างของสมมติฐานที่ว่าจะลดดรอดาวน์ (33% ดรอดาวน์)