SolCrossVenueFundingSpreadNeutral4H

การเก็บเกี่ยวส่วนต่างฟันดิ้งข้ามสถานที่เทรด/ข้ามตลาด — SOL แบบ Delta-Neutral: ชอร์ตเปอร์เพชวลที่ฟันดิ้งสูงกว่า / ลองเปอร์เพชวลที่ฟันดิ้งต่ำกว่า ระหว่าง BINANCE กับ HYPERLIQUID เก็บ SPREAD ของฟันดิ้ง (ไม่ใช่ carry เชิงทิศทาง) มี basis stop ถือครองเป็นวัน (สองขา 2, market-neutral, 3 พารามิเตอร์)

กลยุทธ์ relative-value แบบ CROSS-VENUE, MARKET-NEUTRAL ที่เก็บเกี่ยว FUNDING-RATE SPREAD ระหว่างเปอร์เพชวลของสินทรัพย์ SAME เดียวกันบนสองตลาดแลกเปลี่ยนที่ต่างกัน — BINANCE USD-M SOLUSDT กับ HYPERLIQUID SOLUSD ทั้งสองขาเป็นเปอร์เพชวลบนสินทรัพย์อ้างอิงเดียวกัน ดังนั้นสถานะจึงเป็น delta-neutral โดยโครงสร้าง: คุณ NOT เดิมพันทิศทางราคา และคุณ NOT ทำ single-leg funding carry (กลไกที่ขาดทุนใน 'SOL Persistent-Funding Contrarian Swing' ที่ถูกยกเลิกไปแล้ว) แหล่งที่มาของ PnL ONLY คือส่วนต่างฟันดิ้ง — คุณ SHORT ในตลาดที่จ่ายฟันดิ้งเป็นบวกมากกว่า (ผู้ชอร์ตได้รับฟันดิ้งที่นั่น) และในเวลาเดียวกันก็ทำ LONG-notional เท่ากันในตลาดที่ฟันดิ้งต่ำกว่า/ติดลบ (ผู้ลองได้รับ หรือจ่ายน้อยกว่า) เนื่องจากทั้งสองขาติดตามสินทรัพย์อ้างอิงเดียวกัน PnL จากทิศทางราคาสุทธิจึงเข้าใกล้ ~0; ความแปรปรวนที่เหลือมีเพียง BASIS ที่กลับสู่ค่าเฉลี่ยเล็กน้อย (ช่องว่างราคาระหว่างสองตลาด) ซึ่งถูกจำกัดโดย hard basis-stop นี่คือ inter-exchange funding arbitrage (Cross-Venue Pattern #3 ผสมกับ #2) ซึ่งเป็นขอบความได้เปรียบที่ยังสำรวจน้อยเชิงโครงสร้างและผ่อนปรนต่อค่าธรรมเนียม — มันจับกระแสเงินสดที่จ่ายตามกลไกแทนที่จะต่อสู้กับแรงเสียดทาน เลือกเพราะพอร์ตโฟลิโอขาดแคลนความเสี่ยงแบบข้ามสถานที่เทรด (7.4% เทียบกับเป้าหมาย 15%) และแบบ long-short/market-neutral (14.2%) และเพราะข้อมูลฟันดิ้งสำหรับ BOTH Binance และ Hyperliquid SOL มีอยู่ในแคตตาล็อกพร้อมประวัติหลายปีที่ความละเอียดรายวัน/4 ชม. (HL รายวัน/4 ชม. ไม่ถูกจำกัดด้วยประวัติ) เลือก SOL เพราะมีการกระจายตัวของฟันดิ้งข้ามสถานที่เทรดที่มีนัยสำคัญ (alt ที่มี beta สูงกว่า) ในขณะที่ยังคงสภาพคล่องระดับท็อปในทั้งสองตลาด มีพารามิเตอร์อิสระเพียง 3 ตัว (เกณฑ์ spread เข้า, เกณฑ์ spread ออก, basis-stop) เพื่อต้านทานการโอเวอร์ฟิตซึ่งเป็นตัวการทำลาย #1 ที่นี่

การวนซ้ำ 2 แก้ไข QA hypothesis_mismatch (ไทม์เฟรม): ขณะนี้นาฬิกาการสุ่มตัวอย่างถูกตรึงไว้ที่แท่ง 4-HOUR บนขา BOTH ตรงกับความละเอียด 'รายวัน/4 ชม.' ที่ระบุไว้ในสมมติฐานและการถือครองระยะยาวหลายวัน ชื่อของคลาสนี้เอง และช่วงเวลาที่พารามิเตอร์ทุกตัวที่กำหนดเป็นแท่งถูกปรับเทียบไว้ (spread_smooth_bars 24 x 4H = 4 วัน); 4H ยังเป็นตัวหารลงตัวของการชำระฟันดิ้งทุก 8 ชม. ของ Binance ดังนั้นจึงไม่มีการชำระใดถูกคร่อม ไม่มีการสุ่มตัวอย่างใหม่ฝ่ายเดียวไปยังนาฬิกาอื่น ตรวจสอบแล้วว่าทั้งสองขามีอยู่ในแคตตาล็อกที่ 4H (SOLUSDT.BINANCE-4-HOUR และ SOLUSD.HYPERLIQUID-4-HOUR, ประวัติ HL จาก 2024-01) ดังนั้น multi-leg data gate จึงไม่สามารถยกเลิกการรันได้ ตรรกะสัญญาณ/เข้า/ออก การนำเข้า และโครงสร้างไม่เปลี่ยนแปลงจาก previous_code (ชั้นก่อนหน้ายังคงผ่าน) การแก้ไขอื่นเพียงอย่างเดียวคือการประกาศขอบเขต clamp spread_smooth_bars [6, 48] ใน _param_bounds เพื่อไม่ให้ตัวปรับให้เหมาะสมค้นหาค่าที่โค้ดจะเขียนทับอย่างเงียบๆ หมายเหตุสำหรับบันทึก: ข้อความฟีดแบ็ก QA อ้างถึงกรณีรายสัปดาห์เทียบรายวัน ETHUSDT ซึ่งไม่ตรงกับคู่ข้ามสถานที่เทรด SOL นี้ ดังนั้นฉันจึงใช้กฎการปรับไทม์เฟรมให้สอดคล้องกันแบบทั่วไปแทนที่จะใช้รายละเอียด ETH ตามตัวอักษร notional USD ที่เท่ากันในทั้งสองขาทำให้ net delta คงอยู่ที่ ~0 ตามบทเรียน L59; leverage ยังคงเป็น 1.0 และไม่ถูกอ้างอิงในการกำหนดขนาด

การเก็บเกี่ยวส่วนต่างฟันดิ้งที่มี expectancy ติดลบบนตัวอย่าง 20 เทรดที่เชื่อถือได้ กระแสเงินสดฟันดิ้ง ARE ถูกบันทึกเข้าบัญชีโดยเอนจินปัจจุบัน (ตามการเปลี่ยนแปลง 2026-06-10) ดังนั้นนี่จึงเป็นการทดสอบกลไกที่เป็นธรรม — และเมื่อรวมฟันดิ้งแล้ว ส่วนต่าง SOL ระหว่าง Binance กับ Hyperliquid ก็ยังไม่สามารถคุ้มต้นทุนไปกลับสองขา ~0.19% ได้: avg_trade_return_pct -0.03955% (ติดลบ ต่ำกว่าพื้น 0.15%), profit_factor 0.989, total_return -0.33%, Sharpe -0.035 ส่วนต่าง (~8.6% APR = 0.024%/วัน) บางเกินไปที่จะเอาชนะต้นทุนในระยะเวลาถือครองที่สังเกตได้ และ impact_cost_pct 259.9% / capacity_usd ~$14.8K ทำให้ขอบความได้เปรียบอยู่ในระดับของเล่นเท่านั้น การปรับให้เหมาะสมไม่สามารถยกขอบความได้เปรียบต่อเทรดที่อยู่ต่ำกว่าต้นทุนการเทรดขึ้นมาได้; นี่คือลายเซ็นคลาสสิกของ fee_edge / expectancy ติดลบ และการวนซ้ำปรับเกณฑ์ไม่เคยกู้สถานการณ์นี้ได้เลย

คู่ perp แบบ delta-neutral ข้ามเวที SOL บนแท่งเทียน 4-HOUR: แปลง funding ของ Binance USD-M (ต่อ -8 ชม.) และ Hyperliquid (ต่อ -1 ชม.) เป็นเปอร์เซ็นต์ต่อปี แล้วหาผลต่าง จากนั้นปรับให้เรียบด้วย EMA ย้อนหลัง 24 แท่ง (4 วัน) และเมื่อ |spread| >= 8% APR จะ short เวทีที่มี funding สูงกว่า พร้อม long ขนาดโน้ตชันนัลเท่ากัน USD บนเวทีที่ถูกกว่า แหล่ง PnL เดียวคือผลต่างของ funding; PnL จากทิศทางราคาหักกลบกันจนหมด สถานะถูกถือไว้ตลอดช่วงที่ spread เสื่อมลง (การปิดสถานะมีค่าใช้จ่าย round trip เต็ม 0.19% และไม่ได้ผลตอบแทนใด ๆ เมื่อ spread ไม่ขยับ) และจะหมุนสถานะก็ต่อเมื่อ spread ที่ปรับเรียบแล้วกลับทิศเกินกว่าแถบ flip 5% APR หรือเมื่อโดน basis stop 2.5% / เพดานการถือครองตามปฏิทิน 45 วัน จะเป็นสถานะว่าง (flat) หากซีรีส์ funding ของเวทีใดเวทีหนึ่งหายไป -- ไม่มี fallback ที่อาศัยราคาเพียงอย่างเดียว

[เก็บถาวร 2026-09-05] ฟีดแบ็กของ Layer-4 ที่เก็บไว้ที่นี่ก่อนหน้านี้เป็นการรีวิว QA ของกลยุทธ์ DIFFERENT (ETHUSDT.BINANCE การรีวิวแนวโน้มรายสัปดาห์เทียบรายวัน (การรันนี้คือ SOL การเก็บเกี่ยวฟันดิ้งข้ามสถานที่เทรด)) ที่ถูกส่งมาให้การรันนี้จากบั๊ก shared-session/shared-outbox ซึ่งได้รับการแก้ไขแล้วใน fbae0041 (การแยกแต่ละคอลล์ + การผูก call_id) มันถูกย้ายไปที่ metadata.foreign_feedback_archive และต้องถูกละเว้น; การรีวิว QA ครั้งถัดไปของการรันนี้จึงเป็นฉบับที่ถูกต้อง

นักวิเคราะห์: ยืนยันว่ากระแสเงินสดฟันดิ้งถูกนำไปใช้กับทั้งสองขาในเอนจินแบ็กเทสต์ จากนั้นตรวจสอบ carry ต่อเทรดหลังหักค่าธรรมเนียมอีกครั้งที่เกณฑ์เข้า/ออกที่ปรับให้เหมาะสมแล้ว

avg_trade_return_pct ในแซนด์บ็อกซ์ (0.1135%) อยู่ต่ำกว่าพื้นค่าธรรมเนียมฟิวเจอร์ส 0.15% เพียงเล็กน้อย และ PF คือ 1.01 — ส่วนต่างฟันดิ้งเป็นกระแสเงินสดที่บางและช้า ความเป็นไปได้ขึ้นอยู่ทั้งหมดกับการที่ฟันดิ้งถูกบันทึกเข้า PnL และการถือครองหลายวันที่สะสม carry ได้มากพอที่จะเอาชนะต้นทุนไปกลับ 0.19% เชิงข้อมูลเท่านั้น; การแบ็กเทสต์เต็มรูปแบบและตัวปรับให้เหมาะสมจะเป็นผู้ตัดสินความเป็นไปได้

Sandbox แทบจะคุ้มทุนพอดี: total_return +0.167% ตลอด 2181 วัน, avg_trade_return_pct 0.1135% (ต่ำกว่าพื้นฐาน futures 0.15%), profit_factor 1.013, win_rate 0.50 จากการเทรดเพียง 22 ครั้งเท่านั้น นี่เป็นการทดสอบระบบเบื้องต้นที่ยังไม่ได้ปรับให้เหมาะสม จึงไม่ถือเป็นตัวขัดขวาง แต่มีสองประเด็นที่นักวิเคราะห์ควรตรวจสอบยืนยันด้วยตัวเลขจากประวัติข้อมูลแบบเต็ม: (1) ว่าการ backtest ของ NautilusTrader บันทึกกระแสเงินสดจาก FUNDING ของ perp ในทั้งสองขา (legs) จริงหรือไม่ — funding เป็นแหล่งที่มา PnL ENTIRE ของกลยุทธ์นี้ และหากไม่ได้นำ funding มาคำนวณ ผลตอบแทนที่วัดได้ก็จะเป็นเพียง basis noise ลบด้วยค่าธรรมเนียมเท่านั้น; (2) ความอยู่รอดได้ในแง่ค่าธรรมเนียม/carry ที่เกณฑ์จริง — ส่วนต่าง (~8.6% APR ≈ 0.024%/วัน) ต้องใช้เวลาประมาณ ~8 วันที่วางตำแหน่งถูกต้อง เพื่อให้คุ้มกับต้นทุนการเทรดไปกลับสองขาที่ 0.19% ดังนั้น edge ต่อการเทรดจึงบางและขึ้นอยู่กับระยะเวลาการถือครอง (ค่าเฉลี่ยการถือครองที่สังเกตได้อยู่ที่ประมาณ 29 วัน) นอกจากนี้ควรสังเกต impact_cost_pct 44.9% / capacity ประมาณ $495K ที่ per_leg_pct 0.50 (gross exposure 150%) — ซึ่งเป็นเพดาน capacity ที่แท้จริง แม้ว่าจะเป็นเพียงครั้งเดียวจากการเข้า/ออกของพอร์ตที่มี turnover ต่ำในบัญชีที่มีประมาณ 22 การเทรด

กลไกถูกนำไปใช้อย่างซื่อตรงและมี market-neutral โดยโครงสร้าง (คู่เปอร์เพชวล SOL สองขาที่มี notional เท่ากัน สัญญาณส่วนต่างฟันดิ้ง การป้องกันขาเปล่า, basis stop)

กระแสเงินสดฟันดิ้ง ARE ถูกบันทึกเข้าบัญชีโดยเอนจินปัจจุบัน ดังนั้นนี่จึงเป็นการทดสอบขอบความได้เปรียบของส่วนต่างฟันดิ้งที่เป็นธรรม — ไม่ใช่ข้อจำกัดเชิงโครงสร้างที่ทำให้แบ็กเทสต์ไม่ได้

มีเพียง 3 พารามิเตอร์หลัก; ระดับความเป็นอิสระของนักวิจัยต่ำ

Expectancy ติดลบบนตัวอย่างที่เชื่อถือได้: total_return -0.33%, avg_trade_return_pct -0.03955% (ติดลบ ต่ำกว่าพื้นค่าธรรมเนียมฟิวเจอร์ส 0.15%), profit_factor 0.989, Sharpe -0.035 จาก 20 เทรด ฟันดิ้งถูกบันทึกเข้าบัญชี ดังนั้นส่วนต่างจึงไม่สามารถคุ้มต้นทุนไปกลับสองขา ~0.19% ได้เลย

ขอบความได้เปรียบบางโดยโครงสร้างและขึ้นอยู่กับระยะเวลาถือครอง: ส่วนต่าง APR ~8.6% (0.024%/วัน) ต้องใช้เวลาราว 8 วันที่วางตำแหน่งถูกต้องเพียงเพื่อให้คุ้มทุน ผลลัพธ์จริงยืนยันว่าไม่เป็นเช่นนั้น

เพดานความจุอยู่ในระดับของเล่น: impact_cost_pct 259.9% และ capacity_usd ~$14.8K หมายความว่าขอบความได้เปรียบลวงตานี้มีอยู่จริงเฉพาะที่ขนาดเล็กน้อยเท่านั้น

ขา Hyperliquid มีอยู่เพียงตั้งแต่ 2024-01-25 เท่านั้น ดังนั้นช่วงทดสอบที่แท้จริงจึงอยู่ที่ ~1.6 ปี / 20 เทรด ไม่ว่าช่วงหลักจะยาว 6 ปีก็ตาม

การตรวจสอบล้มเหลว (ชั้นที่ 2 — สถานการณ์สังเคราะห์): พารามิเตอร์ที่ใช้: ['per_leg_pct', 'min_notional', '_param_bounds', 'max_hold_days', 'min_hold_hours', 'exit_spread_apr', 'enter_spread_apr', 'max_basis_stop_pct', 'spread_smooth_bars'] ตรวจสอบว่า __init__ กำหนดแอตทริบิวต์ทั้งหมดจาก self.parameters.get() - steady_uptrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - steady_downtrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - flat_ranging: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - volatility_spike: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - zero_volume: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000) - price_gap: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() takes 4 positional arguments but 5 were given (bar timestamp: 1735690740000)

การตรวจสอบล้มเหลว (ชั้นที่ 4 — การรีวิว QA): - ความเป็นไปได้ของค่าธรรมเนียม/ขอบความได้เปรียบล้มเหลวอย่างเด็ดขาดในผลลัพธ์ของเอนจิน ACTUAL (checklist #7, L6/L26) แซนด์บ็อกซ์เป็นบัญชีที่ขาดทุน: total_return -2.17%, profit_factor 0.957 (<1.0), Sharpe -0.35, expectancy -$45/เทรด และ avg_trade_return_pct -0.0033% — NEGATIVE และต่ำกว่าพื้นค่าธรรมเนียมฟิวเจอร์ส 0.15% ประมาณ 45x จากตัวอย่างที่วัดได้ (82 เทรด, metrics_reliable: true) จึงเป็นผลลัพธ์ที่แท้จริงว่าไม่มีขอบความได้เปรียบ ฟันดิ้ง WAS ถูกบันทึกเข้าบัญชี (2580 เหตุการณ์) ดังนั้นแม้จะจ่ายส่วนต่างเต็มจำนวน กลยุทธ์นี้ก็ยังไม่สามารถคุ้มต้นทุนไปกลับ ~0.19% ได้ - สมมติฐานหลัก — 'PnL จากทิศทางราคาสุทธิเข้าใกล้ ~0; ความแปรปรวนที่เหลือเป็นเพียง basis ที่กลับสู่ค่าเฉลี่ยเล็กน้อย' — NOT สิ่งที่เอนจินสร้างขึ้นมา PnL ต่อเทรดถูกครอบงำด้วยการแกว่งตัวแบบสมมาตรขนาดใหญ่: avg_win $2,009 ~= avg_loss $2,099 สูงสุด ±$9,600-9,959, win_rate 0.50 การเก็บเกี่ยวส่วนต่างฟันดิ้งแบบ delta-neutral ที่แท้จริงควรแสดง PnL ที่เล็กกว่านี้หนึ่งลำดับขนาดและเบ้ไปทางบวกจาก carry แต่ในทางกลับกันส่วนต่าง (สุทธิ -$45/เทรด) กลับเล็กกว่า noise ของ basis/ราคาประมาณ ~45:1 เท่า ลักษณะเหมือนกับ EthCrossVenueCashAndCarry ที่ถูกยกเลิกไปแล้วและตัวแปรการดักจับฟันดิ้งข้ามสถานที่เทรดก่อนหน้านี้ทุกประการ

การตรวจสอบล้มเหลว (ชั้นที่ 4 — การรีวิว QA) [class=hypothesis_mismatch]: - [edge_concern] ไม่ใช่เหตุผลของคำตัดสิน บันทึกไว้สำหรับนักวิเคราะห์หากมีการลงทะเบียนสมมติฐานใหม่: บนไทม์เฟรมรายวัน แซนด์บ็อกซ์มีความน่าเชื่อถือและแข็งแรงดี (metrics_reliable=TRUE, 92 เทรด, Sharpe 0.79 CI [0.10,1.51], avg_trade_return_pct 3.61%, PF 1.48) แต่ regime_performance แสดงให้เห็นว่า ALL ของผลตอบแทนเป็นบวกกระจุกตัวอยู่ใน tercile ความผันผวนแบบ 'ปกติ' (+489%, Sharpe 2.64) โดย tercile 'สงบ' (-18.8%) และ 'ตึงเครียด' (-21.8%, 56.7% DD) ต่างก็ติดลบทั้งคู่ และ only_one_regime=true ค่า drawdown สูงสุด 36% พร้อมระยะเวลาที่อยู่ใต้น้ำ 1038 วัน ขอบความได้เปรียบนี้เป็นของจริงแต่กระจุกตัวในบางสภาวะตลาดและมี drawdown หนัก ควรพิจารณาขนาด/ความทนทานอย่างละเอียดในการแบ็กเทสต์เต็มรูปแบบ - TIMEFRAME MISMATCH เทียบกับสมมติฐานที่ลงทะเบียนไว้ล่วงหน้า สมมติฐานที่บันทึกไว้ (ชื่อและคำอธิบายในบรีฟนี้) ระบุอย่างชัดเจนและซ้ำหลายครั้งว่าเป็นแท่ง WEEKLY ('บนแท่ง WEEKLY ถือสถานะเป็นระยะเวลาหลายสัปดาห์ถึงหลายเดือน') แต่ config.bar_type คือ ETHUSDT.BINANCE-1-DAY-LAST-EXTERNAL นี่ไม่ใช่การสุ่มตัวอย่างใหม่แบบผิวเผิน แต่เปลี่ยนจำนวนเทรด (28 รายสัปดาห์ -> 92 รายวัน) ระยะเวลาถือครองเฉลี่ย (10.4 สัปดาห์ -> 3 สัปดาห์) และการทดสอบทางสถิติทั้งหมด docstring ของโมดูลของนักพัฒนาเองก็ยอมรับว่าการวนซ้ำ 3 ก็เคยเปลี่ยนไปใช้รายวันแบบเดียวกันนี้มาแล้ว และ QA 'ถูกต้องแล้วที่ปฏิเสธสิ่งนั้น: มันคือการปรับสมมติฐานใหม่ฝ่ายเดียวในโค้ด' สถานการณ์นี้ยังไม่เปลี่ยนแปลงในสาระสำคัญ: สมมติฐานที่บันทึกไว้ยังระบุว่าเป็นรายสัปดาห์ ดังนั้นนี่จึงเป็นการปรับไทม์เฟรมฝ่ายเดียวในโค้ดอีกครั้ง ชั้นที่ 1.5 ตรวจสอบเฉพาะตราสาร/สถานที่เทรดเท่านั้น ไม่ใช่ไทม์เฟรม ดังนั้นการตรวจสอบนี้จึงตกเป็นหน้าที่ของ QA และไทม์เฟรมที่ระบุในสมมติฐานซึ่งแตกต่างจาก config.bar_type ถือเป็นความไม่สอดคล้องที่ร้ายแรง นี่คือ researcher degree of freedom ที่ระบบลงทะเบียนสมมติฐานล่วงหน้าของโรงงานมีไว้เพื่อป้องกันโดยเฉพาะ: รูปแบบรายสัปดาห์พบว่าวัดผลไม่ได้ จากนั้นนาฬิกาการสุ่มตัวอย่างก็ถูกเปลี่ยนเพื่อสร้างความสามารถในการวัดผลขึ้นมาเอง