Vì Sao Phải Backtest Chiến Lược ICT?
Phần lớn trader theo đuổi một khái niệm ICT vì nhìn biểu đồ quá khứ thấy sạch sẽ, gọn gàng. Đó không phải bằng chứng. Đó chỉ là ký ức về những lần setup ăn, còn những lần thua đã bị lãng quên êm ái.
Backtest thay cái thiên kiến đó bằng một bản ghi chép. Bạn định nghĩa setup, áp dụng lên hàng trăm lệnh trong quá khứ, rồi để con số trả lời xem edge là thật hay tưởng tượng.
Một chiến lược ICT chỉ đáng trade khi nó sống sót qua phép đo. Order block, FVG hay liquidity sweep đều trông mạnh mẽ trên ảnh chụp được tuyển chọn, nhưng backtest mới cho thấy chúng hành xử thế nào khi bạn không được chọn lọc.
Và trước khi test bất cứ thứ gì, bạn phải đã có sẵn một setup hẹp, chuyên biệt để test. Muốn xác nhận mười khái niệm cùng lúc thì ra nhiễu, không ra đáp án.
Thực Chất Phải Đo Những Gì
Bài backtest chỉ theo dõi tỷ lệ thắng thì gần như vô dụng. Tỷ lệ thắng không kèm phần thưởng không nói lên điều gì về khả năng sinh lời. Bốn chỉ số quan trọng, và chúng phải đọc cùng nhau.
Tỷ lệ thắng là phần trăm lệnh chạm target. Tỷ lệ thắng 40% vẫn có thể rất sinh lời nếu lệnh thắng của bạn to hơn nhiều so với lệnh thua.
R-multiple trung bình đo mỗi lệnh theo đơn vị rủi ro. Rủi ro 1R mà lời 2R thì lệnh đó là +2R. Ghi log theo R giúp chuẩn hóa giữa các khối lượng vị thế và các công cụ khác nhau.
Kỳ vọng (expectancy) là con số quyết định tất cả. Đó là mức R trung bình bạn mong đợi mỗi lệnh: (tỷ lệ thắng nhân với thắng trung bình tính theo R) trừ đi (tỷ lệ thua nhân với thua trung bình tính theo R). Kỳ vọng dương nghĩa là chiến lược kiếm tiền sau đủ số lệnh.
Kích thước mẫu là hệ số niềm tin của bạn. Hai mươi lệnh chẳng chứng minh được gì. Một trăm lệnh bắt đầu có ý nghĩa, còn vài trăm lệnh trải qua nhiều điều kiện thị trường khác nhau thì càng tốt.
Như Investopedia đã nêu trong bài tổng quan về backtesting, một chiến lược được xác nhận trên quá ít dữ liệu sẽ không lặp lại đáng tin ở thị trường thực.
Backtest Từng Bước Như Thế Nào
Quy trình thì mô tả đơn giản, nhưng làm trung thực thì đòi hỏi khắt khe. Kỷ luật chính là cả ván cờ ở đây.
1. Viết quy tắc cơ học. Mô tả setup sao cho hai trader đọc vào đều vào cùng một lệnh. Chỉ rõ khung thời gian, tín hiệu vào lệnh, stop-loss đặt đâu, target đặt đâu, và mọi bộ lọc. Quy tắc nào còn chứa chữ "thường thì" thì chưa phải cơ học.
2. Chọn tập dữ liệu. Chọn một thị trường và một khoảng lịch sử gồm đủ xu hướng, range và cú volatility bật lên. Chỉ test đúng một nhịp tăng giá thì mọi setup ICT nghiêng long nào cũng được tô hồng. Chia dữ liệu để bạn validate trên những giai đoạn chưa từng tối ưu.
3. Ghi lại mọi lệnh. Dịch chuyển qua biểu đồ từng nến, ghi mỗi setup đạt điều kiện, thắng hay thua, theo R. Ghi entry, stop, target, kết quả, phiên giao dịch và ngữ cảnh nếu có. Chính những lệnh bạn đang ngại bỏ qua lại là những lệnh giữ cho mẫu dữ liệu trung thực.
Đây chính là chỗ một cuốn nhật ký có cấu trúc phát huy tác dụng. Template tốt nuôi thẳng vào bài backtest, nên chính những bản ghi bạn giữ hàng ngày dần trở thành tập dữ liệu của bạn.
Mỗi lần chạy backtest mới với LiquidityScan trên biểu đồ, mình vẫn ghi tay vào nhật ký, vì hành động tự viết từng kết quả ép mình phải thành thật về cái gì thực sự kích hoạt lệnh.
Forward-Test Và Backtest Khác Nhau Ở Đâu
Backtest nhìn về quá khứ, trên lịch sử giá đã đóng. Sức mạnh của nó là khối lượng: một buổi chiều gom được vài trăm lệnh. Điểm yếu là hậu kiến, vì bạn đã biết mỗi biểu đồ kết thúc thế nào.
Forward-test chạy cùng bộ quy tắc cơ học đó trên dữ liệu trực tiếp hoặc chưa từng thấy, theo thời gian thực, không hề biết trước kết quả. Chậm hơn, nhưng trung thực hơn hẳn.
Dùng cả hai theo trình tự. Backtest để dựng mẫu và ước lượng kỳ vọng, rồi forward-test để xác nhận edge còn đứng vững khi bạn không nhìn thấy tương lai. Nếu kết quả forward sụp đổ, gần như chắc chắn bài backtest của bạn bị curve-fit.
Những Bẫy Backtest Thường Gặp
Phần lớn bài backtest nói dối, và chúng nói dối theo kiểu đoán được. Biết các cái bẫy là nửa phần phòng thủ.
Curve-fitting là việc tinh chỉnh quy tắc đến mức khớp hoàn hảo với dữ liệu quá khứ. Một setup với bảy điều kiện chỉ ăn trên một công cụ trong một năm là fit vào nhiễu. Ít quy tắc hơn, đơn giản hơn, thì tổng quát tốt hơn.
Thiên kiến hậu kiến len lỏi vào khi bạn đánh dấu điểm vào lệnh trong khi đã biết nến đóng thế nào. Luôn quyết định lệnh ở phía bên trái biểu đồ, trước khi hé lộ điều xảy ra tiếp theo.
Mẫu quá nhỏ cho phép may rủi giả danh edge. Tỷ lệ thắng 70% trên 15 lệnh có thể lật thành 45% trên 150 lệnh. Đừng dồn vốn vào cho đến khi mẫu của bạn đủ lớn để đã sống qua ít nhất một chuỗi thua.
Xác nhận dựa trên dữ liệu, làm đúng cách như vậy, chính là ranh giới giữa một chiến lược và một câu chuyện. Một ví dụ phân tích cụ thể về order block cho thấy con số trung thực lệch xa khỏi câu chuyện phổ thông đến mức nào.
Câu Hỏi Thường Gặp
Cần bao nhiêu lệnh để một bài backtest ICT đáng tin?
Hãy nhắm tối thiểu 100 lệnh, và ưu tiên 200 lệnh trở lên trải đều qua cả điều kiện xu hướng lẫn range. Mẫu nhỏ cho phép may mắn giả dạng edge, nên càng nhiều dữ liệu càng tin được vào kỳ vọng của bạn.
Tỷ lệ thắng có phải chỉ số backtest quan trọng nhất?
Không. Kỳ vọng mới là. Tỷ lệ thắng 40% với lệnh thắng lớn thường đánh bại tỷ lệ thắng 65% với lệnh thắng tí hon. Luôn đo tỷ lệ thắng cùng lúc với R-multiple trung bình.
Có thể bỏ backtest và chỉ forward-test không?
Được, nhưng chậm. Backtest dựng mẫu lớn nhanh chóng, rồi forward-test xác nhận edge trên dữ liệu chưa thấy. Dùng cả hai mới bắt được curve-fitting mà riêng lẻ một cái sẽ bỏ sót.
Các hướng tìm kiếm liên quan
Theo các đường dẫn sau để dựng từng mảnh ghép khiến một bài backtest trở nên có ý nghĩa.
- Cách tìm edge trong giao dịch ICT - chuyên sâu vào một setup trước khi test nó.
- Template nhật ký giao dịch ICT - cuốn nhật ký nuôi backtest bằng dữ liệu sạch.
- Order block còn hiệu lực không? - một ví dụ phân tích dựa trên dữ liệu của chính phương pháp này.
- Xác suất lấp FVG - xem thống kê backtest áp dụng lên tỷ lệ thắng thực tế.
- Chiến lược ICT cho Prop Firm: Cách Vượt Challenge
