Thu hoạch Chênh lệch Funding Liên sàn — SOL trung hòa delta: Bán khống hợp đồng Perp có Funding cao hơn / Mua hợp đồng Perp có Funding thấp hơn giữa BINANCE và HYPERLIQUID, Thu khoản SPREAD funding (không phải carry theo hướng giá), dừng theo basis, giữ vị thế nhiều ngày (chân 2, trung hòa thị trường, 3 tham số)

Giả thuyết

Một chiến lược giá trị tương đối CROSS-VENUE, MARKET-NEUTRAL, thu lợi từ FUNDING-RATE SPREAD giữa hợp đồng perpetual của tài sản SAME trên hai sàn giao dịch khác nhau — BINANCE USD-M SOLUSDT so với HYPERLIQUID SOLUSD. Cả hai chân đều là hợp đồng perpetual trên cùng một tài sản cơ sở, nên vị thế trung hòa delta theo cấu trúc: bạn NOT đặt cược vào hướng giá và NOT thực hiện giao dịch carry funding một chân (cơ chế đã gây thua lỗ trong chiến lược 'SOL Persistent-Funding Contrarian Swing' bị bỏ). Nguồn PnL ONLY là……Xem thêmThu gọn

Một chiến lược giá trị tương đối CROSS-VENUE, MARKET-NEUTRAL, thu lợi từ FUNDING-RATE SPREAD giữa hợp đồng perpetual của tài sản SAME trên hai sàn giao dịch khác nhau — BINANCE USD-M SOLUSDT so với HYPERLIQUID SOLUSD. Cả hai chân đều là hợp đồng perpetual trên cùng một tài sản cơ sở, nên vị thế trung hòa delta theo cấu trúc: bạn NOT đặt cược vào hướng giá và NOT thực hiện giao dịch carry funding một chân (cơ chế đã gây thua lỗ trong chiến lược 'SOL Persistent-Funding Contrarian Swing' bị bỏ). Nguồn PnL ONLY là chênh lệch funding — bạn SHORT ở sàn trả funding dương cao hơn (vị thế bán khống nhận funding tại đó) và đồng thời mua LONG với danh nghĩa bằng nhau ở sàn có funding thấp hơn/âm (vị thế mua nhận được hoặc phải trả ít hơn). Vì hai chân bám theo cùng một tài sản cơ sở, PnL giá theo hướng ròng xấp xỉ 0; phương sai còn lại chỉ là BASIS nhỏ, hồi quy về trung bình (chênh lệch giá giữa hai sàn), được giới hạn bằng mức dừng basis cứng. Đây là kinh doanh chênh lệch funding liên sàn (mô hình Xuyên sàn #3 kết hợp với #2), một lợi thế chưa được khai thác nhiều về mặt cấu trúc và ít bị ảnh hưởng bởi phí — thu về dòng tiền được chi trả theo cơ chế thay vì chống lại ma sát giao dịch. Chiến lược được chọn vì danh mục thiếu mức tiếp xúc xuyên sàn (7.4% so với mục tiêu 15%) và long-short/trung hòa thị trường (14.2%), đồng thời dữ liệu funding cho BOTH Binance và Hyperliquid SOL có trong danh mục với lịch sử nhiều năm ở độ phân giải hàng ngày/4h (HL hàng ngày/4h không bị giới hạn bởi lịch sử). Chọn SOL để có mức phân tán funding đáng kể giữa các sàn (alt có beta cao hơn) nhưng vẫn thanh khoản hàng đầu trên cả hai sàn. Chỉ có 3 tham số tự do (ngưỡng spread vào lệnh, ngưỡng spread thoát lệnh, mức dừng basis) nhằm hạn chế quá khớp dữ liệu, yếu tố gây thất bại #1 ở đây.

Lần lặp 2 khắc phục QA hypothesis_mismatch (khung thời gian): đồng hồ lấy mẫu hiện được cố định ở mức 4-HOUR nến trên BOTH chân, phù hợp với độ phân giải 'daily/4h' được nêu trong giả thuyết, các lệnh nắm giữ kéo dài nhiều ngày, tên riêng của lớp này và khoảng thời gian mà mọi tham số tính theo nến được hiệu chỉnh (spread_smooth_bars 24 x 4H = 4 ngày); 4H cũng là ước số chính xác của kỳ thanh toán funding 8h của Binance nên không có kỳ thanh toán nào bị vắt ngang. Không tự ý lấy mẫu lại theo khung thời gian khác.……Xem thêmThu gọn

Lần lặp 2 khắc phục QA hypothesis_mismatch (khung thời gian): đồng hồ lấy mẫu hiện được cố định ở mức 4-HOUR nến trên BOTH chân, phù hợp với độ phân giải 'daily/4h' được nêu trong giả thuyết, các lệnh nắm giữ kéo dài nhiều ngày, tên riêng của lớp này và khoảng thời gian mà mọi tham số tính theo nến được hiệu chỉnh (spread_smooth_bars 24 x 4H = 4 ngày); 4H cũng là ước số chính xác của kỳ thanh toán funding 8h của Binance nên không có kỳ thanh toán nào bị vắt ngang. Không tự ý lấy mẫu lại theo khung thời gian khác. Đã xác minh cả hai chân đều có trong danh mục ở mức 4H (SOLUSDT.BINANCE-4-HOUR và SOLUSD.HYPERLIQUID-4-HOUR, lịch sử HL kể từ 2024-01) để cổng dữ liệu đa chân không thể hủy bỏ lượt chạy. Logic tín hiệu/vào lệnh/thoát lệnh, các lệnh import và cấu trúc không thay đổi so với previous_code (các lớp trước vẫn đạt); chỉnh sửa duy nhất khác là khai báo giới hạn spread_smooth_bars [6, 48] trong _param_bounds để bộ tối ưu không bao giờ tìm kiếm các giá trị mà mã âm thầm viết lại. Ghi chú lưu hồ sơ: phần phản hồi QA trích dẫn một trường hợp hàng tuần so với hàng ngày ETHUSDT không tương ứng với cặp giao dịch chéo SOL này, vì vậy tôi áp dụng quy tắc căn chỉnh khung thời gian chung thay vì các chi tiết ETH theo nghĩa đen. Giá trị danh nghĩa USD bằng nhau trên cả hai chân giữ delta ròng ở mức ~0 theo bài học L59; đòn bẩy vẫn là 1.0 và không được tham chiếu trong việc xác định quy mô.

Thu hoạch chênh lệch funding với kỳ vọng âm trên mẫu 20-giao dịch đáng tin cậy. Các dòng tiền funding ARE đã được engine hiện tại ghi nhận (theo thay đổi 2026-06-10), vì vậy đây là phép kiểm tra công bằng đối với cơ chế — và khi đã bao gồm funding, chênh lệch SOL giữa Binance-vs-Hyperliquid vẫn không vượt qua chi phí khứ hồi hai chân ~0.19%: avg_trade_return_pct -0.03955% (âm, dưới sàn 0.15%), profit_factor 0.989, total_return -0.33%, Sharpe -0.035. Chênh lệch (~8.6% APR = 0.024%/ngày) quá mỏng để vượt chi phí trên thời gian nắm giữ quan sát được, và impact_cost_pct 259.9% / capacity_usd ~$14.8K khiến lợi thế chỉ ở quy mô đồ chơi. Tối ưu hóa không thể nâng lợi thế mỗi giao dịch đang nằm dưới chi phí giao dịch; đây là dấu hiệu fee_edge / kỳ vọng âm kinh điển và việc lặp lại các ngưỡng chưa bao giờ cứu vãn được nó.

Triển khai

Cặp perp SOL trung hòa delta, xuyên sàn trên các thanh 4-HOUR: chuyển funding Binance USD-M (mỗi -8h) và Hyperliquid (mỗi -1h) sang tỷ lệ phần trăm thường niên, tính chênh lệch, làm mượt bằng EMA trên 24 thanh (4 ngày), và khi |spread| >= 8% APR, bán khống sàn có funding cao hơn đồng thời mua với danh nghĩa USD bằng nhau ở sàn có funding thấp hơn. Nguồn PnL duy nhất là chênh lệch funding; PnL giá theo hướng được triệt tiêu. Danh mục giữ vị thế trong khi chênh lệch thu hẹp (đóng vị thế tốn trọn chi phí khứ hồi 0.19% và không sinh lời khi đứng ngoài) và chỉ đảo vị thế khi spread đã làm mượt đảo chiều vượt qua dải đảo 5% APR, hoặc khi chạm mức dừng basis 2.5% / giới hạn giữ theo lịch 45 ngày. Đóng vị thế nếu thiếu chuỗi funding của một trong hai sàn — không chuyển sang phương án chỉ dùng giá.

Kết quả xác minh

[đã lưu trữ 2026-09-05] Phản hồi Lớp-4 trước đây được lưu tại đây là đánh giá QA về một chiến lược DIFFERENT (đánh giá xu hướng hàng tuần so với hàng ngày ETHUSDT.BINANCE (lượt chạy này là thu hoạch funding xuyên sàn SOL)), được đưa vào lượt chạy này do lỗi phiên dùng chung/hộp thư đi dùng chung đã được khắc phục trong fbae0041 (cách ly theo từng lệnh gọi + liên kết call_id). Nội dung đã được chuyển sang metadata.foreign_feedback_archive và phải được bỏ qua; đánh giá QA tiếp theo của lượt chạy này mới là căn cứ chính thức.

Chuyên viên phân tích: xác nhận các dòng tiền funding được áp dụng cho cả hai chân trong engine kiểm định ngược, sau đó kiểm tra lại carry mỗi giao dịch sau phí tại các ngưỡng vào/ra đã tối ưu hóa.

avg_trade_return_pct trong môi trường thử nghiệm (0.1135%) nằm ngay dưới mức sàn phí hợp đồng tương lai 0.15% và PF là 1.01 — chênh lệch funding là dòng tiền mỏng và chậm, khả năng sinh lời hoàn toàn phụ thuộc vào việc funding có được ghi nhận trong PnL hay không và các vị thế giữ nhiều ngày có tích lũy đủ carry để vượt qua chi phí khứ hồi 0.19% hay không. Chỉ nhằm cung cấp thông tin; kiểm định ngược đầy đủ và bộ tối ưu hóa sẽ quyết định khả năng sinh lời.

Sandbox về cơ bản hòa vốn: total_return +0.167% trong 2181 ngày, avg_trade_return_pct 0.1135% (dưới mức sàn 0.15% của futures), profit_factor 1.013, win_rate 0.50 trên chỉ 22 giao dịch. Đây là smoke test chưa tối ưu nên không chặn, nhưng có hai điều nhà phân tích nên xác minh bằng số liệu toàn lịch sử: (1) rằng backtest NautilusTrader thực sự ghi nhận dòng tiền FUNDING của perp trên cả hai chân — funding là nguồn PnL ENTIRE của chiến lược này, và nếu funding không được áp dụng thì lợi nhuận đo được chỉ là nhiễu basis trừ đi phí; (2) tính khả thi về phí/carry ở các ngưỡng thực tế — chênh lệch (~8.6% APR ≈ 0.024%/ngày) cần ~8 ngày đặt vị thế đúng để bù đắp vòng quay hai chân 0.19%, vì vậy edge mỗi giao dịch là mỏng và phụ thuộc vào thời gian nắm giữ (hold trung bình quan sát được ~29d). Cũng lưu ý impact_cost_pct 44.9% / capacity ~$495K tại per_leg_pct 0.50 (150% gross exposure) — một trần capacity thực sự, dù chỉ phát sinh một lần khi vào/ra có turnover thấp của book ~22 giao dịch.

Đánh giá backtest

Sharpe: -0.03
Tổng lợi nhuận: -0.33%
Sụt giảm tối đa: 2.27%
Tổng số lệnh: 20
Tỷ lệ thắng: 50.0%
Hệ số lợi nhuận: 0.99

Cơ chế được triển khai đúng như thiết kế và trung hòa thị trường theo cấu trúc (cặp perp hai chân SOL có danh nghĩa bằng nhau, tín hiệu chênh lệch funding, bảo vệ chân trần, dừng theo basis).

Dòng tiền funding ARE được engine hiện tại ghi nhận, vì vậy đây là phép kiểm định công bằng đối với lợi thế từ chênh lệch funding — không phải trở ngại cấu trúc khiến chiến lược không thể được kiểm định ngược.

Chỉ có 3 tham số cốt lõi; mức độ tự do của nhà nghiên cứu thấp.

Kỳ vọng âm trên một mẫu đáng tin cậy: total_return -0.33%, avg_trade_return_pct -0.03955% (âm, thấp hơn mức sàn hợp đồng tương lai 0.15%), profit_factor 0.989, Sharpe -0.035 qua 20 giao dịch. Funding được ghi nhận, nên khoản chênh lệch đơn giản là không bù được chi phí khứ hồi hai chân khoảng 0.19%.

Lợi thế mỏng về mặt cấu trúc và phụ thuộc vào thời gian giữ vị thế: chênh lệch khoảng 8.6% APR (0.024%/ngày) cần khoảng 8 ngày được định vị đúng chỉ để hòa vốn; kết quả thực tế xác nhận điều đó không xảy ra.

Trần dung lượng ở quy mô đồ chơi: impact_cost_pct 259.9% và capacity_usd ~$14.8K nghĩa là lợi thế ảo chỉ tồn tại ở quy mô không đáng kể.

Chặng Hyperliquid chỉ tồn tại từ 2024-01-25, nên cửa sổ kiểm định hiệu dụng chỉ khoảng 1.6 năm / 20 giao dịch, bất kể khoảng thời gian chính kéo dài 6 năm.

Lịch sử vòng lặp

Xác minh thất bại (Lớp 2 — kịch bản tổng hợp): Các tham số đã dùng: ['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'] Kiểm tra xem __init__ có thiết lập mọi thuộc tính từ self.parameters.get() hay không. - steady_uptrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() nhận 4 đối số vị trí nhưng lại được truyền 5 đối số (dấu thời gian của thanh: 1735690740000) - steady_downtrend:……Xem thêmThu gọn

Xác minh thất bại (Lớp 2 — kịch bản tổng hợp): Các tham số đã dùng: ['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'] Kiểm tra xem __init__ có thiết lập mọi thuộc tính từ self.parameters.get() hay không. - steady_uptrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() nhận 4 đối số vị trí nhưng lại được truyền 5 đối số (dấu thời gian của thanh: 1735690740000) - steady_downtrend: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() nhận 4 đối số vị trí nhưng lại được truyền 5 đối số (dấu thời gian của thanh: 1735690740000) - flat_ranging: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() nhận 4 đối số vị trí nhưng lại được truyền 5 đối số (dấu thời gian của thanh: 1735690740000) - volatility_spike: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() nhận 4 đối số vị trí nhưng lại được truyền 5 đối số (dấu thời gian của thanh: 1735690740000) - zero_volume: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() nhận 4 đối số vị trí nhưng lại được truyền 5 đối số (dấu thời gian của thanh: 1735690740000) - price_gap: TypeError: SolCrossVenueFundingSpreadNeutral4H._lookup() nhận 4 đối số vị trí nhưng lại được truyền 5 đối số (dấu thời gian của thanh: 1735690740000)

Xác minh thất bại (Lớp 4 — đánh giá QA): - Tính khả thi phí/lợi thế thất bại rõ rệt trên kết quả engine ACTUAL (checklist #7, L6/L26). Sandbox là một sổ lệnh thua lỗ: total_return -2.17%, profit_factor 0.957 (<1.0), Sharpe -0.35, kỳ vọng -$45/giao dịch, và avg_trade_return_pct -0.0033% — NEGATIVE và ~45x dưới sàn 0.15% futures. Trên một mẫu đo lường được (82 giao dịch, metrics_reliable: true), vì vậy đây là kết quả không có lợi thế thực sự. Funding WAS đã được ghi nhận (2580 sự kiện), vì vậy ngay cả khi chênh……Xem thêmThu gọn

Xác minh thất bại (Lớp 4 — đánh giá QA): - Tính khả thi phí/lợi thế thất bại rõ rệt trên kết quả engine ACTUAL (checklist #7, L6/L26). Sandbox là một sổ lệnh thua lỗ: total_return -2.17%, profit_factor 0.957 (<1.0), Sharpe -0.35, kỳ vọng -$45/giao dịch, và avg_trade_return_pct -0.0033% — NEGATIVE và ~45x dưới sàn 0.15% futures. Trên một mẫu đo lường được (82 giao dịch, metrics_reliable: true), vì vậy đây là kết quả không có lợi thế thực sự. Funding WAS đã được ghi nhận (2580 sự kiện), vì vậy ngay cả khi chênh lệch được trả đầy đủ, chiến lược vẫn không vượt qua chi phí khứ hồi ~0.19%. - Giả thuyết cốt lõi — 'PnL giá định hướng ròng về ~0; phương sai còn lại chỉ là basis nhỏ, hồi quy về trung bình' — NOT những gì engine tạo ra. PnL mỗi giao dịch bị chi phối bởi các biến động đối xứng lớn: avg_win $2,009 ~= avg_loss $2,099, lớn nhất ±$9,600-9,959, win_rate 0.50. Một chiến lược thu hoạch chênh lệch funding trung hòa delta thực sự sẽ cho thấy PnL nhỏ hơn một bậc độ lớn và lệch dương nhờ carry; thay vào đó, chênh lệch (ròng -$45/giao dịch) bị lấn át ~45:1 bởi nhiễu basis/giá. Dấu hiệu giống hệt với EthCrossVenueCashAndCarry đã bị loại bỏ và các biến thể thu funding liên sàn trước đây.

Xác minh thất bại (Lớp 4 — đánh giá QA) [class=hypothesis_mismatch]: - [edge_concern] Không phải lý do dẫn đến kết luận, được ghi lại để chuyên viên phân tích tham khảo nếu giả thuyết được đăng ký lại: trên khung thời gian ngày, môi trường thử nghiệm trung thực và hoạt động tốt (metrics_reliable=TRUE, 92 giao dịch, Sharpe 0.79 CI [0.10,1.51], avg_trade_return_pct 3.61%, PF 1.48), nhưng regime_performance cho thấy ALL phần lợi nhuận dương tập trung ở tam phân vị biến động 'bình thường' (+489%, Sharpe 2.64), trong……Xem thêmThu gọn

Xác minh thất bại (Lớp 4 — đánh giá QA) [class=hypothesis_mismatch]: - [edge_concern] Không phải lý do dẫn đến kết luận, được ghi lại để chuyên viên phân tích tham khảo nếu giả thuyết được đăng ký lại: trên khung thời gian ngày, môi trường thử nghiệm trung thực và hoạt động tốt (metrics_reliable=TRUE, 92 giao dịch, Sharpe 0.79 CI [0.10,1.51], avg_trade_return_pct 3.61%, PF 1.48), nhưng regime_performance cho thấy ALL phần lợi nhuận dương tập trung ở tam phân vị biến động 'bình thường' (+489%, Sharpe 2.64), trong khi cả tam phân vị 'yên ắng' (-18.8%) và 'căng thẳng' (-21.8%, 56.7% DD) đều âm, và only_one_regime=true. Mức sụt giảm tối đa 36%, với thời gian dưới nước kéo dài 1038 ngày. Lợi thế là có thật nhưng tập trung theo chế độ thị trường và đi kèm mức sụt giảm lớn; cần xem xét kỹ quy mô/độ bền vững trong kiểm định ngược đầy đủ. - TIMEFRAME MISMATCH so với giả thuyết đã đăng ký trước. Giả thuyết chính thức (tiêu đề và mô tả trong bản tóm tắt này) nêu rõ ràng và lặp lại rằng sử dụng các thanh WEEKLY ('trên các thanh WEEKLY, giữ vị thế trong nhiều tuần đến nhiều tháng'), nhưng config.bar_type là ETHUSDT.BINANCE-1-DAY-LAST-EXTERNAL. Đây không phải là lấy mẫu lại chỉ mang tính hình thức: nó thay đổi số lượng giao dịch (28 hàng tuần -> 92 hàng ngày), thời gian giữ vị thế trung bình (10.4 tuần -> 3 tuần) và toàn bộ phép kiểm định thống kê. Chính docstring của mô-đun do nhà phát triển viết thừa nhận rằng phiên bản 3 đã thực hiện cùng thay đổi sang khung ngày này và QA 'đã đúng khi bác bỏ điều đó: đây là việc đơn phương diễn đạt lại giả thuyết trong mã.' Tình hình về bản chất không thay đổi: giả thuyết chính thức vẫn ghi khung tuần, nên đây lại là việc đơn phương diễn đạt lại khung thời gian trong mã. Lớp 1.5 chỉ xác thực công cụ/địa điểm giao dịch, không xác thực khung thời gian, vì vậy bước kiểm tra này thuộc về QA; khung thời gian được nêu trong giả thuyết mà khác với config.bar_type là một sai lệch nghiêm trọng. Đây chính là quyền tự do lựa chọn của nhà nghiên cứu mà hệ thống đăng ký trước của factory được thiết kế để ngăn chặn: dạng hàng tuần bị đánh giá là không thể đo lường, rồi đồng hồ lấy mẫu bị thay đổi để tạo ra khả năng đo lường.