BTC Dòng thác thanh lý Giao dịch đối ứng Long-Short: Ngược xu hướng quá đà trên BTCUSDT.BINANCE nến 1H khi khối lượng thanh lý tăng đột biến Z > 3 với biến động giá 2% đồng thời

Chiến lược hồi quy về trung bình long-short trên hợp đồng tương lai vĩnh cửu BTCUSDT.BINANCE USD-M, giao dịch ngược chiều các đợt thanh lý cưỡng bức dây chuyền. Sử dụng nến perp BINANCE USD-M (dữ liệu sạch đã được xác nhận) + dữ liệu thanh lý bổ sung (PostgreSQL — luồng riêng biệt với mọi thử nghiệm pipeline trước đó). Giả thuyết: khi khối lượng thanh lý theo giờ trên BTCUSDT tăng vọt >3 độ lệch chuẩn so với đường cơ sở 30 ngày và giá AND đã biến động ≥2% cùng hướng trong 4 giờ trước đó, thị trường đang trong một FORCED-FLOW OVERSHOOT — bên bán biên (trong một đợt thanh lý dây chuyền vị thế long) hoặc bên mua biên (trong một đợt ép vị thế short) hành động theo cơ chế máy móc, không phải tự nhiên. Khi dòng lệnh cưỡng bức cạn (thường trong vòng 4-12 giờ), những người tham gia tự nhiên sẽ vào lệnh tại mức giá lệch và biến động giá sẽ đảo chiều một phần. Chiến lược vào LONG khi các đợt thanh lý vị thế long diễn ra dây chuyền (giá vượt mức DOWN) và SHORT khi các đợt thanh lý vị thế short diễn ra dây chuyền (giá vượt mức UP). Chiến lược bổ sung vào FIVE nhóm còn ít được đại diện: hướng long-short (14.2% → hướng tới 45%), cơ chế dựa trên thanh lý (không chiến lược nào trong 459 thử nghiệm sử dụng luồng dữ liệu này), vi cấu trúc đặc thù của tiền mã hóa (lợi thế không thể có trong TradFi), thời gian nắm giữ trung hạn (chu kỳ 4-12h) và dựa trên dữ liệu bổ sung (vốn sạch trong danh mục của chúng ta, không như nến BINANCE_SPOT). Cơ chế này được ghi nhận trong nghiên cứu vi cấu trúc tiền mã hóa (Kaiko 2022, Coin Metrics 2023) — các đợt thanh lý dây chuyền thường xuyên tạo ra những cú vượt mức giá 1.5-3% rồi đảo chiều một phần trong vòng 6-18 giờ khi thành phần dòng lệnh cưỡng bức suy giảm. Sử dụng nến perp ONLY BINANCE USD-M + dữ liệu thanh lý lưu trong Postgres — không dùng nến BINANCE_SPOT (đã nhiều lần không qua được xác minh Lớp 3 trong phiên này). Quy mô vị thế: 15% vốn cho mỗi hướng. Rủi ro mỗi giao dịch: 1.5% vốn, được giới hạn bằng lệnh dừng lỗ.

Bản sửa tối thiểu Iteration-2 cho lỗi 'Không tạo ra giao dịch' ở Layer-3, không gây hồi quy ở các lớp trước. Nguyên nhân gốc: điều kiện vào lệnh yêu cầu mức tăng thanh lý >=3 sigma được đo trong một khoảng 1 giờ trùng với mức chiếm ưu thế theo hướng AND một biến động giá 4h cùng hướng >=2%; khi các dòng thanh lý thưa thớt, khoảng 1h thường trống ngay cả trong một đợt thanh lý dây chuyền thực sự, nên `total` thường là 0 và tổ hợp ba điều kiện hầu như không bao giờ kích hoạt. Bản sửa giữ nguyên cơ chế dựa trên thanh lý 100% (rõ ràng không dùng phương án dự phòng chỉ dựa trên giá): (1) hiện tổng khối lượng thanh lý trong `liq_window_bars` giờ (mặc định 4h, cùng khoảng thời gian với biến động giá) để thực sự ghi nhận đợt thanh lý dây chuyền và `total` có giá trị khác không thường xuyên hơn, giúp đồng bộ hai nửa tín hiệu; (2) nới lỏng hai ngưỡng số (liq_z 3.0->2.0, price_move_pct 2.0->1.0) và hạ min_events từ 50->30 để đường cơ sở z sớm có thể sử dụng được. Các import không đổi (Layer 1 vẫn đạt) và khung z-score/kích hoạt/thoát lệnh/quy mô vị thế đã qua Layer 2 vẫn giữ nguyên về cấu trúc — chỉ thay đổi một giới hạn cửa sổ và ba giá trị mặc định của tham số. Sàn giao dịch vẫn là hợp đồng tương lai BINANCE USD-M (long-short cần ký quỹ), đòn bẩy 1.0 (không dùng để khuếch đại, nên cổng leverage_set_but_unused không bị kích hoạt). Nếu sandbox thực sự không có dòng dữ liệu thanh lý thì chiến lược vẫn đúng khi không mở vị thế, thay vì giả tạo giao dịch bằng một đại diện proxy giá.

Về mặt cấu trúc, không thể backtest với dữ liệu lịch sử thanh lý hiện có: engine xử lý 56,208 nến 1H (~6.5 năm) nhưng chỉ tạo ra 8 giao dịch, trong đó ALL tập trung trong một khoảng thời gian ~2 tháng duy nhất (2026-04-21 đến 2026-06-24), với metrics_reliable=FALSE. Tín hiệu cần các dòng supplementary_data['liquidations'], mà cả giả thuyết lẫn mã đều mô tả là thưa thớt/chỉ có trên luồng dữ liệu trực tiếp; việc giao dịch tập trung phù hợp với khả năng kho dữ liệu thanh lý chỉ chứa khoảng thời gian ~2 tháng gần đây, nên tín hiệu thác thanh lý không thể kích hoạt trong 6.4 của 6.5 năm backtest (đây là triệu chứng quan sát được, không phải kiểm toán độc lập bảng Postgres). Đây là rào cản về khả năng cung cấp dữ liệu, không phải vấn đề mã hay tham số: chiến lược được triển khai chính xác và tạo giao dịch đúng khi có các dòng thanh lý, nên nhà phát triển không có gì cần sửa và không có tham số nào để tinh chỉnh — 8 giao dịch trong một cửa sổ 2 tháng không đủ để hỗ trợ walk-forward (3 cửa sổ) hay tập holdout, vì vậy tối ưu hóa sẽ chỉ khớp với nhiễu thuần túy. Cơ chế này không được xác nhận cũng không bị bác bỏ; đơn giản là không thể kiểm định. Không tối ưu hóa, không lặp lại. META-NOTE FOR RESEARCH LEAD / DATA ENGINEER: các giả thuyết về thác thanh lý vẫn bị chặn cho đến khi luồng dữ liệu thanh lý được bổ sung lịch sử nhiều năm (ví dụ qua các snapshot thanh lý Binance Vision) thay vì chỉ có dữ liệu trực tiếp; không thử lại các chiến lược dựa trên thanh lý cho đến khi có dữ liệu lịch sử đó. FAILURE PATTERN: các chiến lược dựa trên thanh lý trên BTCUSDT tạo ra backtest gần như trống (8 giao dịch chỉ tập trung trong khoảng thời gian ~2 tháng gần đây) vì luồng bổ sung dữ liệu thanh lý chỉ có dữ liệu trực tiếp với lịch sử ~2 tháng — không thể kiểm định cơ chế ngoài mẫu và chiến lược về mặt cấu trúc không thể backtest cho đến khi dữ liệu được bổ sung; đây là cùng rào cản về lịch sử dữ liệu bổ sung thấy ở nhóm OI/thanh lý.