ทดสอบระบบเทรด BNB อินทราเดย์ VWAP-รีเวอร์ชัน

สมมติฐาน

กลยุทธ์รีเวอร์ชันระหว่างวัน LONG-SHORT ตราสารเดียวบน BNBUSDT.BINANCE (เพิร์ป USD-M, แท่ง 15 นาที) — สูตรผู้รอดที่พิสูจน์แล้ว ONE ของโรงงาน (SOL รีเวอร์ชัน VWAP ซึ่งได้ไปถึงการเทรดจำลองเพราะเป็นตราสารเดียว มีจำนวนเทรดสูง/ใช้วินิจฉัยได้ในทุกภาวะตลาด ผ่านค่าธรรมเนียมบนเพิร์ปสภาพคล่องลึก และใช้พารามิเตอร์น้อย) นำมาใช้กับเหรียญใหญ่ที่มีสภาพคล่องลึกและมีพื้นฐานการกลับสู่ค่าเฉลี่ย CLEANEST ที่สุด การเลือกตราสารเป็นสมมติฐานที่มีเหตุผลรองรับ ไม่ใช่แค่เปลี่ยนสัญลักษณ์: BNB มีเบตาต่ำที่สุดและ RANGE-BOUND……แสดงเพิ่มเติมแสดงน้อยลง

กลยุทธ์รีเวอร์ชันระหว่างวัน LONG-SHORT ตราสารเดียวบน BNBUSDT.BINANCE (เพิร์ป USD-M, แท่ง 15 นาที) — สูตรผู้รอดที่พิสูจน์แล้ว ONE ของโรงงาน (SOL รีเวอร์ชัน VWAP ซึ่งได้ไปถึงการเทรดจำลองเพราะเป็นตราสารเดียว มีจำนวนเทรดสูง/ใช้วินิจฉัยได้ในทุกภาวะตลาด ผ่านค่าธรรมเนียมบนเพิร์ปสภาพคล่องลึก และใช้พารามิเตอร์น้อย) นำมาใช้กับเหรียญใหญ่ที่มีสภาพคล่องลึกและมีพื้นฐานการกลับสู่ค่าเฉลี่ย CLEANEST ที่สุด การเลือกตราสารเป็นสมมติฐานที่มีเหตุผลรองรับ ไม่ใช่แค่เปลี่ยนสัญลักษณ์: BNB มีเบตาต่ำที่สุดและ RANGE-BOUND ที่สุดในกลุ่มเหรียญมูลค่าตลาดสูง — แนวโน้มรุนแรงน้อยกว่า SOL/DOGE/ETH มาก เพราะสัดส่วนใหญ่ของเหรียญหมุนเวียนถูกถือครองเพื่อประโยชน์ใช้สอยของแพลตฟอร์มแลกเปลี่ยนและมีปฏิกิริยาสะท้อนกลับน้อยกว่า — ดังนั้นความเบี่ยงเบนระหว่างวันจากมูลค่ายุติธรรมจึงกลับตัวด้วยอัตราชนะ HIGHER และการแกว่งสวนทาง LOWER กว่าเหรียญใหญ่ที่มีแนวโน้มชัดกว่า จึงเสริมการกลับตัว DOGE/XRP แอมพลิจูดสูงที่มีอยู่แล้วในไปป์ไลน์ได้อย่างเป็นธรรมชาติ: กลยุทธ์เหล่านั้นเพิ่ม AMPLITUDE ต่อเทรดให้สูงสุด ส่วนกลยุทธ์นี้เพิ่ม RELIABILITY ให้สูงสุด ออกแบบโดยเจาะจงเพื่อรับมือปัจจัยหลักทุกข้อที่เคยทำให้ผลลัพธ์ล้มเหลว: OVERFIT (สุสานที่เพิ่งพรากชุดรายสัปดาห์ไปสามชุดจากการยุบตัวของ IS/OOS แบบเลือกดีที่สุดจาก N) เป็นไปไม่ได้ในเชิงโครงสร้างที่นี่ — ชื่อเดียว กลไกเดียว สามพารามิเตอร์ที่ทนทาน ไม่มีพื้นที่ให้คัดเลือกข้ามตราสาร; ความผิดพลาดจาก SINGLE-REGIME (ซึ่งทำให้ตัวจับจังหวะโมเมนตัมล้มเหลว — ผลตอบแทนทั้งหมดมาจาก 2021) เกิดขึ้นไม่ได้ เพราะกลยุทธ์ทำงานหลายร้อยถึงหลายพันครั้งในทุกปี ทำให้ตัวชี้วัดใช้วินิจฉัยได้; FEE_EDGE แก้ด้วยการสวนทางเฉพาะช่วงที่ยืดออกระดับปานกลางขึ้นไป (z>1.5) ซึ่งครอบคลุมค่าธรรมเนียมไปกลับ 0.10% และใช้รูปแบบจุดอ้างอิงไกล/จุดหยุดใกล้ที่ให้ผลตอบแทนต่อความเสี่ยงจริงเอื้อประโยชน์ (แก้ความเสียหายจาก RR กลับทิศของกลยุทธ์กระแสคำสั่ง); DATA (ซึ่งทำให้ชุด OI ล้มเหลวเมื่อมีวันใช้งานได้ 32) ไม่เป็นปัญหา — OHLCV ล้วน เป็นแท็กที่รอดได้ดีที่สุด กลยุทธ์นี้เติมกลุ่ม long_short (14.7%) และระยะสั้น (6.1%) ที่มีน้อย โดยใช้ชื่อใหม่ที่มีสภาพคล่องลึก

DEVELOPER RECOMMENDATION: ABANDON ฉันเห็นด้วยกับนักวิเคราะห์ QA นี่คือความล้มเหลวต่อเนื่องครั้งที่ 6 ของกลไกประเภทสวนทางเพื่อกลับสู่ค่าเฉลี่ยแบบ OHLCV VWAP/ราคา (SOL-ORB, จุดกลับตัว ETH, จุดพุ่งสูงสุด XRP, DOGE, BNB) ซึ่งทั้งหมดมาบรรจบที่ลักษณะอัตราชนะระดับกลุ่มราว 36% และล้มเหลวจากค่าธรรมเนียม/edge; L7 บันทึกการอยู่รอด 0% ใน 213 รอบ สมมติฐานตลาดกรอบแคบของ BNB ถูกหักล้างด้วยข้อมูลจริง — ค่า win_rate 0.359 ที่เกิดขึ้นจริงไม่ดีกว่า DOGE (0.376) หรือ XRP (0.36) ดังนั้นการเลือกตราสารจึงไม่ช่วยกลไกนี้……แสดงเพิ่มเติมแสดงน้อยลง

DEVELOPER RECOMMENDATION: ABANDON ฉันเห็นด้วยกับนักวิเคราะห์ QA นี่คือความล้มเหลวต่อเนื่องครั้งที่ 6 ของกลไกประเภทสวนทางเพื่อกลับสู่ค่าเฉลี่ยแบบ OHLCV VWAP/ราคา (SOL-ORB, จุดกลับตัว ETH, จุดพุ่งสูงสุด XRP, DOGE, BNB) ซึ่งทั้งหมดมาบรรจบที่ลักษณะอัตราชนะระดับกลุ่มราว 36% และล้มเหลวจากค่าธรรมเนียม/edge; L7 บันทึกการอยู่รอด 0% ใน 213 รอบ สมมติฐานตลาดกรอบแคบของ BNB ถูกหักล้างด้วยข้อมูลจริง — ค่า win_rate 0.359 ที่เกิดขึ้นจริงไม่ดีกว่า DOGE (0.376) หรือ XRP (0.36) ดังนั้นการเลือกตราสารจึงไม่ช่วยกลไกนี้ ความล้มเหลวหลักคือค่าคาดหวังต่อเทรดติดลบ (avg_trade_return_pct −0.0266%, ต่อมูลค่าตามสถานะ) ซึ่งเป็นคุณสมบัติระดับ MECHANISM และไม่มีการแก้ระดับโค้ด NO นักวิเคราะห์ระบุไว้อย่างชัดเจนว่าความคลาดเคลื่อนด้านการกำหนดขนาดสถานะ/การล้างพอร์ต 'ไม่เปลี่ยนคำตัดสิน' เนื่องจากไปป์ไลน์ขอให้ทำอีกหนึ่ง iteration ฉันจึงแก้เพียงส่วนที่แก้ได้ด้วยโค้ด ONLY ซึ่งอยู่ในความล้มเหลวที่รายงาน — −100% LIQUIDATION — โดยไม่กล่าวอ้างว่าแก้ edge แล้ว: เพิ่ม equity kill-switch แบบตายตัว (ปิดสถานะ + หยุดเมื่อ equity ต่ำกว่า 0.60×base_capital, จำกัดดรอดาวน์ไว้ใกล้ 40%), จำกัดขนาดสถานะโดยไม่ขึ้นกับเส้นทาง (แก้ 71% avg_position_pct) และเพิ่มความเข้มงวดในการคัดเลือกอย่างมีนัยสำคัญ (entry_z 2.5, trend_er_max 0.35, ช่วงพัก 1h) เพื่อลดการเสียค่าธรรมเนียมจากการเข้าออกถี่ ทั้งหมดนี้ยังคงผ่านทุกชั้นก่อนหน้า (การนำเข้าไม่เปลี่ยนแปลง, ไม่แตะตรรกะสัญญาณ/รูปแบบการออก, เก็บการแก้ประสิทธิภาพ O(window) ของ iter-2 ไว้) และป้องกันการล้างพอร์ตอย่างร้ายแรง แต่จะ NOT ทำให้ edge เป็นบวก — ค่าคาดหวังยังคงติดลบ ผลลัพธ์ที่ถูกต้องคือยุติกลไกประเภทนี้และส่งกลับให้หัวหน้าฝ่ายวิจัยหา edge ที่แตกต่างจริงๆ (โครงสร้างกระแสคำสั่ง/OI/funding/ข้ามตราสาร) แทนการทำกลยุทธ์รีเวอร์ชัน 7 VWAP บนตราสารอื่น ฉันระบุเรื่องนี้อย่างโปร่งใส แทนการส่ง 'การแก้ไข' แบบฉาบฉวยราวกับว่าช่วยกลยุทธ์ไว้ได้

fee_edge/no_edge ขาดทุนสุทธิและบัญชีถูกชำระบัญชี — ปรับให้เหมาะสมไม่ได้ กลยุทธ์สวนแนวโน้ม BNB VWAP มี expectancy ติดลบ (profit_factor 0.53, expectancy -$234.95/การเทรด, avg_trade_return_pct -0.116% NEGATIVE, win_rate 0.331) จากข้อมูลตัวอย่างเต็ม 412 วัน/230k แท่ง ขาดทุนในทุกภาวะตลาดและทุกปี; Sharpe -2.22 โดยที่ CI [-7.25, -1.32] ต่ำกว่าศูนย์ทั้งหมด บัญชีถูก LIQUIDATED (ผลตอบแทน -100%, ดรอดาวน์ 100%) ที่ 2021-04-21 แม้ผู้พัฒนาจะมี equity kill-switch นี่คือความล้มเหลวครั้งที่ 6 ของกลยุทธ์สวนแนวโน้มแบบ single-name pure-OHLCV VWAP/การกลับตัวของราคา (L55 ไม่มีผู้รอด, แท็ก 0/213 L7) และบันทึก iter-3 ของผู้พัฒนาเองระบุว่าสมมติฐานตลาดกรอบแคบถูกหักล้างแล้ว พร้อมแนะนำให้ละทิ้ง การปรับพารามิเตอร์ของ entry_z/stop_atr/trend_er_max ไม่สามารถเปลี่ยนความได้เปรียบต่อการเทรดที่ติดลบให้เป็นบวกได้ ไม่คุ้มกับการใช้เวลา 2 ชั่วโมงเพื่อปรับให้เหมาะสม

การนำไปใช้

กลยุทธ์รีเวอร์ชัน z-score ระหว่างวันแบบซื้อและขาย VWAP บนเพิร์ป USD-M BNBUSDT.BINANCE, แท่ง 15 นาที, OHLCV ล้วน (กลไกเดิม) การปรับปรุง iteration-3 แก้จุดบกพร่องที่แก้ได้ด้วยโค้ดสองข้อซึ่งระบุไว้ใน Layer 4: (1) HARD EQUITY KILL-SWITCH — หาก equity บัญชีลดต่ำกว่า equity_floor_frac (0.60) × base_capital ระบบจะปิดสถานะและหยุดเปิดสถานะใหม่อย่างถาวร จำกัดดรอดาวน์สูงสุดไว้ราว 40% และทำให้การล้างพอร์ต −100% ที่พบเกิดขึ้นไม่ได้; (2) เพิ่มความเข้มงวดในการคัดเลือกอย่างมากเพื่อลดการเข้าออกถี่ 9547 เทรด / ค่าคอมมิชชัน 18% — entry_z เพิ่ม 1.5→2.5 และ trend_er_max ปรับให้เข้มขึ้น 0.5→0.35 พร้อมช่วงพัก 1h หลังออกจากสถานะ; และจำกัดขนาดสถานะโดยไม่ขึ้นกับเส้นทางด้วย min(base_capital, equity)×position_frac เพื่อแก้ 71% avg_position_pct ที่สูงเกินไป สัญญาณ ตัวกรองภาวะตลาด และรูปแบบ RR ที่เอื้อประโยชน์ไม่เปลี่ยนแปลง ปรับได้สามพารามิเตอร์: entry_z, stop_atr, trend_er_max

ผลการตรวจสอบ

CLEAN RESTART 2026-09-04 — ประวัติคำตัดสินและบันทึกการเรียนรู้ของรอบนี้ถูกนำออก และเริ่มใหม่จากการตรวจสอบ การยุติก่อนหน้านี้เกิดจากไปป์ไลน์ ไม่ใช่ตลาด: harness ของ Layer-2 ผูก helper ของ @staticmethod ผิด (แก้แล้ว), QA ออกคำตัดสินด้านผลการดำเนินงานขั้นสุดท้ายจากการทดสอบแบบ smoke ที่ยังไม่ปรับแต่ง (นำออกแล้ว — ตอนนี้ QA ตัดสินเฉพาะความถูกต้อง) และการหมดเวลาของ sandbox เกิดจากช่องแบ็กเทสต์ไม่เพียงพอ (แก้แล้ว) สมมติฐานและโค้ดกลยุทธ์ไม่เปลี่ยนแปลง ให้ตรวจสอบโค้ดตามคุณภาพของมัน ส่วนผลการดำเนินงานจะตัดสินภายหลังด้วยแบ็กเทสต์เต็มรูปแบบและตัวปรับแต่ง

หากทำซ้ำต่อไป ให้กำหนดทั้งเป้าหมายและจุดหยุดเป็นหน่วย z/sd เพื่อให้ผลตอบแทน=entry_z−exit_z และความเสี่ยง=stop_z−entry_z เปรียบเทียบกันได้โดยตรง

รูปแบบการออกใช้หน่วยที่ไม่สอดคล้องกัน — TARGET อยู่ใน z-space (|z|<=exit_z), STOP อยู่ใน ATR-price-space (stop_atr×ATR) นี่คือข้อบกพร่องแบบ RR กลับทิศอย่างตรงตัว ซึ่งการปรับรอบพี่น้อง DOGE แก้ด้วยการรวมทั้งคู่เป็นหน่วย z/sd; ที่นี่ถูกย้อนกลับ สมมติฐานเรื่องรูปแบบ RR ที่เอื้อประโยชน์ โดยมีเป้าหมายไกล/จุดหยุดใกล้ ไม่ได้รับการรับประกันจากการออกแบบ และน่าจะทำให้เกิดรูปแบบจำกัดกำไรผู้ชนะ/ปล่อยผู้แพ้ยืดเยื้อ ไม่ใช่ข้อบกพร่องร้ายแรง (การออกใช้ได้และจำกัดการขาดทุน)

คำนวณ base_capital จาก equity เริ่มต้นจริงของบัญชี ณ on_start แทนการใช้ค่าคงที่

kill-switch และการกำหนดขนาดสถานะอิงค่า base_capital=100000 ที่กำหนดตายตัว หาก equity เริ่มต้นของบัญชีต่างออกไป จุดขั้นต่ำจะทำงานที่ระดับสัมบูรณ์ผิด และเพดานขนาดสถานะจะปรับสเกลผิด

ทบทวนผลทดสอบย้อนหลัง

Sharpe: -2.22
ผลตอบแทนรวม: -100.00%
การถอยของทุนสูงสุด: 100.00%
จำนวนเทรดทั้งหมด: 450
อัตราชนะ: 33.1%
ตัวคูณกำไร: 0.53

จำนวนเทรดสูง / ใช้วินิจฉัยได้ในทุกภาวะตลาด (450 เทรด, OHLCV ล้วน, ไม่มีข้อจำกัดจากข้อมูล)

บัญชี LIQUIDATED: total_return -100%, max_drawdown 100%, ถูกล้างพอร์ตเมื่อ 2021-04-21 — equity kill-switch ที่เพิ่มเข้ามาป้องกันความเสียหายจนหมดตัวไม่ได้

กลไกที่มีค่าคาดหวังติดลบ: profit_factor 0.53, ค่าคาดหวัง -$234.95/เทรด, win_rate 0.331, ทั้งขาซื้อ (0.379) และขาขาย (0.294) ขาดทุน

avg_trade_return_pct -0.116% (NEGATIVE, ต่ำกว่าค่าธรรมเนียมขั้นต่ำ 0.15% ของ Binance USD-M, L22) — edge ต่อเทรดมีเครื่องหมายผิด ไม่ใช่แค่เปราะบางต่อค่าธรรมเนียม

Sharpe -2.22 โดย bootstrap CI [-7.25, -1.32] ต่ำกว่าศูนย์ทั้งหมด; Sortino -1.87, information_ratio -2.93, PSR 0.0

ขาดทุนในทุกภาวะตลาด (สงบ -26.6%, ปกติ -100%, ตึงเครียด -32.1%) และทุกปี (2020 -60%, 2021 -114%)

เทรดอัตโนมัติ: สมมติฐานการกลับตัวในกรอบราคา BNB ถูกหักล้างเชิงประจักษ์ — ความล้มเหลวครั้งที่ 6 ของกลุ่ม OHLCV VWAP/การกลับตัวราคา (L55 กลยุทธ์สวนทางรายสินทรัพย์, ผู้รอด 0 ราย); บันทึก iter-3 ของผู้พัฒนาแนะนำ ABANDON

ประวัติรอบทดสอบ

การตรวจสอบไม่ผ่าน (Layer 3 — แบ็กเทสต์ใน sandbox): การทดสอบแบบ smoke ใช้เวลาเกินขีดจำกัด 300 วินาที โดยมากหมายถึงงานต่อแท่งที่เพิ่มตามความยาวประวัติ เช่น สแกนชุดข้อมูล funding/ข้อมูลเสริมทั้งหมดซ้ำ หรือสร้างรายการใหม่แล้วเรียก min()/sorted() ภายใน calculate_signal()/on_bar() ทุกแท่ง ให้คำนวณอาร์เรย์ timestamp ที่เรียงแล้ว ONCE ล่วงหน้าใน __init__ แล้วใช้ bisect หรือแคชการค้นหาตาม timestamp เพื่อให้ต้นทุนต่อแท่งเป็น O(log n) แทน O(n)

การตรวจสอบไม่ผ่าน (Layer 4 — การทบทวน QA): - FEE/EDGE FAILURE + LIQUIDATION บนแบ็กเทสต์ที่ตอนนี้รันได้และเชื่อถือได้ -> ABANDON เมื่อแก้การหมดเวลาของ Layer-3 แล้ว การรันประวัติเต็ม (2335 data_days, 9547 เทรด, metrics_reliable=true) ให้ผลลบอย่างชัดเจนและ LIQUIDATED: total_return -100.0, ถูกล้างพอร์ต 2020-06-25, Sharpe -1.57 (CI [-2.29,-1.20] เป็นลบทั้งหมด), PF 0.547, win_rate 0.359, avg_trade_return_pct -0.0266%, ค่าคอมมิชชัน 18.04% ของมูลค่าซื้อขายรวม ($58.8k) อัตราชนะ 36% ที่ระดับ ~1:1 ให้ผล RR ที่เกิดขึ้นจริง……แสดงเพิ่มเติมแสดงน้อยลง

การตรวจสอบไม่ผ่าน (Layer 4 — การทบทวน QA): - FEE/EDGE FAILURE + LIQUIDATION บนแบ็กเทสต์ที่ตอนนี้รันได้และเชื่อถือได้ -> ABANDON เมื่อแก้การหมดเวลาของ Layer-3 แล้ว การรันประวัติเต็ม (2335 data_days, 9547 เทรด, metrics_reliable=true) ให้ผลลบอย่างชัดเจนและ LIQUIDATED: total_return -100.0, ถูกล้างพอร์ต 2020-06-25, Sharpe -1.57 (CI [-2.29,-1.20] เป็นลบทั้งหมด), PF 0.547, win_rate 0.359, avg_trade_return_pct -0.0266%, ค่าคอมมิชชัน 18.04% ของมูลค่าซื้อขายรวม ($58.8k) อัตราชนะ 36% ที่ระดับ ~1:1 ให้ผล RR ที่เกิดขึ้นจริง (avg_win $95 ~= avg_loss $97) จึงมีค่าคาดหวังติดลบ และการเข้าออกถี่ 9547 เทรดสะสมแรงกดดันจากค่าธรรมเนียมจนพอร์ตถูกล้าง - BNB-SPECIFIC THESIS IS FALSIFIED และกลไกประเภทนี้ล้มเหลวเป็นครั้งที่ 6 จุดแตกต่างคือสมมติฐานที่ว่าลักษณะกรอบแคบ/เบตาต่ำของ BNB จะให้อัตราชนะ HIGHER / การแกว่งสวนทางต่ำลง ค่า win_rate 0.359 ที่เกิดขึ้นจริงไม่ดีกว่า DOGE (0.376) หรือ XRP (0.36) ราว 36% เป็นลักษณะเฉพาะระดับกลุ่มของการกลับสู่ค่าเฉลี่ยแบบ pure-OHLCV VWAP/ราคา โดยไม่ขึ้นกับตราสาร: SOL-ORB, จุดกลับตัว ETH, จุดพุ่งสูงสุด XRP, DOGE และตอนนี้ BNB ล้มเหลว ALL จากค่าธรรมเนียม/edge หรือ RR กลับทิศ (L7 0% ที่รอดใน 213 รอบ) การเลือกจากแอมพลิจูด (DOGE/XRP) และการเลือกจากความน่าเชื่อถือ (BNB) ต่างมาบรรจบที่อัตราชนะราว 36% และการล้างพอร์ต การเลือกตราสารไม่ได้ช่วยกลไกนี้ - RESIDUAL (ไม่เปลี่ยนคำตัดสิน): ถูกล้างพอร์ต (total_return -100%) ด้วย avg_position_pct 71% (สูงกว่าที่ตั้งใจไว้ 0.50; ไม่มีการซ้อนสถานะ แต่สูงกว่า DOGE ที่ 15% — น่าจะมาจากการเติบโตของมาร์กและการเฉลี่ยดรอดาวน์) การล้างพอร์ตทั้งที่มีสถานะราว 50-71% บ่งชี้ว่า time-stop 8h ปล่อยให้การกลับตัวดำเนินไปจนขาดทุนมาก (largest_loss -$7907, max_consecutive_losses 20) โดยไม่มีจุดหยุดตาม equity ของพอร์ต - CREDIT (ไม่มีข้อบกพร่อง): การแก้หมดเวลาของ iter-2 ถูกต้องและได้ผล — bars[-need:] แบบ O(window) ให้หน้าต่างที่ผลลัพธ์เหมือนเดิมและทำงานครบมากกว่า 2335 วัน ตรรกะสัญญาณ/ภาวะตลาด/รูปแบบการออกทำงานถูกต้องตามกลไก การปฏิเสธอยู่ที่ระดับกลไก/edge ไม่ใช่การนำไปใช้

การตรวจสอบไม่ผ่าน (การทบทวน Layer 4 — QA): - FEE/EDGE FAILURE ยังคงอยู่ -> ABANDON กลไกประเภทนี้ (สอดคล้องกับคำแนะนำที่นักพัฒนาระบุไว้อย่างชัดเจน) การเพิ่มความเข้มงวดในการคัดเลือกของ iter-3 ไม่ได้ช่วย NOT: win_rate FELL เป็น 0.333 (จาก 0.359 ของ iter-2), PF 0.523, avg_trade_return_pct -0.116% (WORSE ต่อการเทรด), total_return -100% (ชำระสถานะ 2021-04-23), ค่าคอมมิชชัน 16.55% ของยอดรวมขั้นต้น นี่เป็นความล้มเหลวครั้งที่ 6 ติดต่อกันขึ้นไปของกลุ่มกลยุทธ์ pure-OHLCV VWAP/การกลับตัวของราคา (SOL/ETH/XRP/DOGE/BNB,……แสดงเพิ่มเติมแสดงน้อยลง

การตรวจสอบไม่ผ่าน (การทบทวน Layer 4 — QA): - FEE/EDGE FAILURE ยังคงอยู่ -> ABANDON กลไกประเภทนี้ (สอดคล้องกับคำแนะนำที่นักพัฒนาระบุไว้อย่างชัดเจน) การเพิ่มความเข้มงวดในการคัดเลือกของ iter-3 ไม่ได้ช่วย NOT: win_rate FELL เป็น 0.333 (จาก 0.359 ของ iter-2), PF 0.523, avg_trade_return_pct -0.116% (WORSE ต่อการเทรด), total_return -100% (ชำระสถานะ 2021-04-23), ค่าคอมมิชชัน 16.55% ของยอดรวมขั้นต้น นี่เป็นความล้มเหลวครั้งที่ 6 ติดต่อกันขึ้นไปของกลุ่มกลยุทธ์ pure-OHLCV VWAP/การกลับตัวของราคา (SOL/ETH/XRP/DOGE/BNB, หลายรอบการทำซ้ำ) โดยมีรูปแบบอัตราชนะประมาณ ~33-38% เหมือนเดิม; L7 = การอยู่รอด 0% ตลอด 213 รอบ การคาดหวังผลตอบแทนต่อการเทรดที่ติดลบเป็นปัญหาระดับกลไก ซึ่งไม่มีวิธีแก้ระดับโค้ด - THE CLAIMED LIQUIDATION FIX DOES NOT HOLD มีการระบุว่า kill-switch (_killed=True เมื่อ equity < 0.60*base_capital) ทำให้การถูกชำระสถานะของ -100% 'เป็นไปไม่ได้' — แต่ sandbox ถูกชำระสถานะ STILL (total_return -100%, 2021-04-23), avg_position_pct 132% kill-switch เป็นการตรวจสอบ BAR-BOUNDARY (calculate_signal / แท่งถัดไป should_exit) จึงป้องกันการล้างพอร์ตแบบ INTRA-BAR ไม่ได้: แท่ง 2021 BNB 15m ที่รุนแรงเพียงแท่งเดียวสวนทางกับสถานะขนาดประมาณ ~50% ทำให้ระบบชำระสถานะด้วยมาร์จินก่อนที่การตรวจสอบในแท่งถัดไปจะทำงานได้ พื้น equity ณ ราคาปิดแท่งและจุดหยุด ATR ณ ราคาปิดแท่งไม่อาจจำกัดการขาดทุนเมื่อเกิดช่องว่างราคาได้ มีเพียงคำสั่งหยุดภายในแท่งที่บังคับใช้โดยเอนจินเท่านั้นที่ทำได้ ตรรกะเขียนโค้ดถูกต้อง แต่สถาปัตยกรรมไม่เพียงพอ - CREDIT (ไม่มีข้อบกพร่อง): โค้ดทำงานถูกต้องตามกลไก และนักพัฒนาสื่อสารอย่างโปร่งใส — มีการติดตั้ง kill-switch การคัดเลือกที่เข้มงวดขึ้น (entry_z 2.5, trend_er_max 0.35, ระยะพัก 1h) และการจำกัดขนาดสถานะตามที่อธิบายไว้ทั้งหมด อีกทั้งยังคงการแก้ประสิทธิภาพ O(window) ของ iter-2 ไว้ นักพัฒนาระบุชัดเจนว่าจะเลิกใช้ แทนการส่งมอบการกู้สถานการณ์เพียงเปลือกนอก การปฏิเสธนี้อยู่ในระดับกลไก/ความได้เปรียบของกลยุทธ์