Quan sát forward hỏi EA cố định hoạt động thế nào với dữ liệu đến sau khi kế hoạch đã chốt. Nó chỉ hữu ích khi phiên bản, thông tin khả dụng tại từng quyết định và quy tắc đánh giá còn truy vết được. Chọn một kỳ có lãi sau khi biết kết quả không phải cùng thí nghiệm.
Tách sẵn sàng vận hành, tính đầy đủ của bằng chứng và đánh giá hiệu suất. Đối soát trong hướng dẫn đầu xác định chuyện đã xảy ra; bài này định quy trình quan sát từ trước. Sổ sạch hay lịch hoàn tất đều không chứng minh sinh lời hoặc cho phép cấp vốn tài khoản thật.
1. Viết câu hỏi trước khi thu kết quả
Nêu hành vi và môi trường đánh giá: thời điểm tín hiệu, tái lập quyết định, xử lý yêu cầu, khác biệt thực thi hay giả thuyết hiệu suất cụ thể. Nêu đối tượng so sánh và bằng chứng cần thiết. Không thay tất cả câu hỏi bằng số dư tăng.
Ghi mọi biến thể và lần lựa chọn trước, gồm cả thất bại. Kỳ forward mới không xóa lịch sử chọn mô hình. Liên tục chỉnh sau khi xem kết quả biến quan sát thành phát triển. Hướng dẫn quá khớp giải thích vì sao backtest được chọn có vẻ đẹp cần xem xét kỹ hơn.
2. Tách bằng chứng shadow, demo và thật
Ở đây shadow là bộ quan sát ghi quyết định mà không gửi lệnh. Demo là yêu cầu tới tài khoản mô phỏng của nhà môi giới; live là thực thi trên tài khoản có vốn thật. Ghi rõ chế độ, không dùng từ forward như bảo đảm khớp lệnh thật.
| Chế độ | Có thể ghi gì | Giới hạn bằng chứng chính |
|---|---|---|
| Bộ quan sát shadow | Quyết định và đầu vào khả dụng; không gửi lệnh | Không quan sát thực thi của nhà môi giới |
| Tài khoản demo | Quyết định, yêu cầu mô phỏng và hồ sơ nhà môi giới | Không chứng minh giá khớp hay chi phí thật |
| Tài khoản thật | Yêu cầu thật, hồ sơ và tác động tài khoản | Vốn chịu rủi ro; kết quả bất định |
Ví dụ chỉ dùng demo, không khuyến nghị phân bổ vốn thật. Chỉ so sánh chế độ sau khi khớp phiên bản, dữ liệu và phạm vi thời gian, đồng thời giữ hồ sơ riêng. Hướng dẫn demo và thật giải thích khác biệt; bộ shadow không suy ra khớp thật từ biểu đồ Bid.
3. Cố định bản kê nhận diện thí nghiệm
Lưu tệp nhị phân/bản dựng EA và phiên bản mã nguồn nếu có; ghi mã băm, giá trị và tệp tham số. Bao gồm máy chủ, tài khoản và chế độ, đồng tiền, ánh xạ mã, khung thời gian, phụ thuộc, bản dựng terminal, cơ sở thời gian, nguồn, phiên bản chính sách rủi ro, bắt đầu, quy tắc kết thúc và lịch đánh giá. Tên tệp không đủ nhận diện cấu hình.
Trong bộ dữ liệu dạy học, cố định EA-A và tham số I1 trên phiên demo EURUSD H1. Bản kê có thời gian và định danh các quyết định dự kiến theo lịch cố định. Giữ nguyên quy tắc giao dịch và rủi ro; bài không cung cấp quy tắc đó hay bộ điều khiển. An toàn vận hành vẫn theo chính sách rủi ro tài khoản hiện có.
4. Lưu thông tin thực sự khả dụng ở mỗi quyết định
Lưu mốc quyết định, định danh nến đã đóng, giá và biến liên quan, thời gian nguồn, nhận và kiểm tra độ mới. Chuẩn hóa đồng hồ có tài liệu. Trong ví dụ, F1 mang dấu 09:00:00 nhưng đến lúc 09:00:08, sau ảnh chụp cố định lúc 09:00:05. Không được đưa vào quyết định đó. Đánh giá lúc 09:00:10 phải giữ sự thật này.
Dấu thời gian nguồn sớm không chứng minh EA đọc được giá trị lúc đó. Theo quy tắc dữ liệu thiếu đã cố định, kể cả bỏ qua có ghi nhận nếu cần. Lưu sửa đổi sau riêng. Dựng lại bằng lịch sử đã sửa, nến khi đó còn hình thành nay hoàn tất hoặc giá trị nhận sau sẽ đưa vào thông tin mà phiên gốc không có.
5. Định trước cửa sổ và cơ hội dự kiến
Chỉ rõ bắt đầu và quy tắc kết thúc, lịch thị trường, phiên được phép, lịch quyết định, loại trừ khởi tạo và mốc đánh giá trước quan sát. Giải thích đóng thị trường, thiếu nến, khởi động lại và gián đoạn. Không xóa sự cố khỏi mẫu số chỉ vì không gửi lệnh. Phân biệt thời điểm dự kiến với tín hiệu, yêu cầu và giao dịch hoàn tất.
Lịch giả định có 100 thời điểm quyết định trong 4 khối liên tiếp, mỗi khối 25. Đánh giá cuối mỗi khối và kết thúc sau thời điểm cuối. Số lượng giúp tái lập kiểm tra, không phải mức tối thiểu hay tính lực kiểm định thống kê. Thời lượng và bằng chứng thực cần tùy tần suất, phụ thuộc, điều kiện thị trường và câu hỏi.
6. Định trước đánh giá, gián đoạn và thay đổi
Tách điều kiện chất lượng nguồn, xử lý vận hành và tiêu chí hiệu suất. Định nghĩa chỉ số, chủ thể, chi phí, dòng tiền, vị thế mở và dung sai so sánh trước kết quả. Hướng dẫn vốn chủ sở hữu và drawdown cùng chi phí cung cấp kế toán nền, không phải ngưỡng chấp nhận chung.
Trong demo này, mọi quyết định dự kiến cần bằng chứng truy vết trước khi duyệt hồ sơ hiệu suất. Một thời điểm chưa giải quyết khiến phê duyệt chưa thể kết luận. Lịch đánh giá không trì hoãn hành động khẩn theo chính sách hiện có. Không kéo dài đến khi thắng, dừng ở đỉnh thuận lợi hay lặng lẽ đổi ngưỡng sau thua lỗ.
7. Kiểm tra ví dụ bao phủ giả định
Bảng gồm các khối không chồng lấn, không phải tổng lũy kế. Quyết định truy vết được lưu đầu vào tại thời điểm và kết quả có ghi, gồm cả không tín hiệu hay bỏ qua có hồ sơ; thời điểm chưa biết thiếu bằng chứng. R2 có một hồ sơ mất vẫn chưa giải quyết ở cuối kỳ. Không mặc định thời điểm đó không có tín hiệu, yêu cầu hay phơi nhiễm.
| Khối đánh giá | Quyết định dự kiến | Quyết định truy vết được | Thời điểm chưa biết | Độ bao phủ bằng chứng |
|---|---|---|---|---|
| R1 | 25 | 25 | 0 | 100% |
| R2 | 25 | 24 | 1 | 96% |
| R3 | 25 | 25 | 0 | 100% |
| R4 | 25 | 25 | 0 | 100% |
Toàn bộ có 99 trong 100 quyết định truy vết được và 1 chưa biết: bao phủ 99%. Khối đầy đủ về sau không sửa khoảng trống trước. Theo điều kiện bằng chứng đầy đủ đã định, hồ sơ vẫn chưa thể kết luận. Phép tính không đo tỷ lệ thắng hay nói chiến lược thất bại; hồ sơ đầy đủ vẫn cần đánh giá riêng mức đủ và hiệu suất.
Tùy chọn: tính lại số lượng và độ bao phủ
Thời điểm dự kiến: 25 + 25 + 25 + 25 = 100. Truy vết được: 25 + 24 + 25 + 25 = 99. Chưa biết: 0 + 1 + 0 + 0 = 1. Khối đầy đủ: 25 / 25 × 100 = 100%. Chưa đầy đủ: 24 / 25 × 100 = 96%. Bao phủ chung: 99 / 100 × 100 = 99%. Phần chưa biết: 1 / 100 × 100 = 1%. Kiểm số lượng: 99 + 1 = 100. Phần trăm chỉ mô tả bằng chứng; ký hiệu số theo tiếng Anh.
8. Xem quy tắc đổi là phiên chạy mới
Đổi ngưỡng, tệp tham số, tập mã, bộ lọc phiên hoặc rủi ro là đổi thí nghiệm. Ghi lý do và thời điểm hiệu lực, giữ phiên cũ và mở phiên bản mới có định danh. Ví dụ không ghép EA-B với I2 vào EA-A với I1 như chưa có thay đổi. Đổi hạ tầng cũng cần bản ghi có ngày và đánh giá tính so sánh.
Sửa lỗi có thể cần thiết nhưng không biến quan sát đã xem thành dữ liệu kiểm chứng chưa thấy. Giữ sự cố và kỳ ảnh hưởng, lấy bằng chứng về sau theo quy trình mới. Báo mọi biến thể và lần xem trước. Không ghi đè phiên xấu, gộp kết quả không tương thích hay trình bày phát lại hồi cứu như hồ sơ forward gốc.
9. Tôn trọng giới hạn tester lịch sử và nền tảng
Kiểm thử lịch sử và quan sát forward trả lời khác nhau. MT4 có giới hạn được ghi rõ: hàm giao tiếp ngoài như WebRequest() và SendNotification() không chạy trong Strategy Tester, và không thực hiện giao dịch trên mã ngoài mã kiểm thử. Một lượt lịch sử không chứng minh luồng dữ liệu và cảnh báo thật hoạt động.
Dùng hướng dẫn backtesting cho giả định mô hình/dữ liệu và hướng dẫn giám sát cho đường vận hành. Kiểm đầu vào liên mã riêng với thực thi. Bằng chứng nhận, mất kết nối, khôi phục và bảo vệ thực phải từ môi trường quan sát phù hợp, không từ giả định tester chuyển nguyên trạng.
10. Viết kết luận có giới hạn tại mốc dự kiến
Báo định danh quy trình, chế độ, ngày thực, bao phủ dự kiến và quan sát, sự cố, đổi phiên bản, tồn đọng và chỉ số định trước cùng giới hạn. Bao gồm lỗ và vị thế mở, không chỉ giao dịch đóng tốt. Thống kê phải tính phụ thuộc và lựa chọn lặp; ví dụ không kiểm định ý nghĩa hay tính xác suất quá khớp.
- Bản kê, so sánh, cửa sổ và quy tắc đã cố định trước kết quả chưa?
- Mỗi quyết định chỉ dùng thông tin thực sự khả dụng tại mốc của nó chưa?
- Hồ sơ shadow, demo và thật đã tách rõ chưa?
- Khoảng trống, sự cố, chi phí, vị thế mở và thay phiên bản có hiện rõ không?
- Kết luận có theo tiêu chí gốc mà không xem độ bao phủ là sinh lời không?
Kết luận chính xác: bằng chứng thiếu, đầy đủ nhưng chưa đủ trả lời, hoặc kết quả ghi theo đánh giá đã định. Không loại nào tự nâng EA demo lên vốn thật. Triển khai hay phân bổ sau đó cần quyết định được phép và kiểm soát riêng. Giữ hồ sơ cho giám sát và tái kiểm chứng.
11. Câu hỏi về kiểm chứng forward
Forward có nghĩa giao dịch bằng tiền thật không?
Không. Nêu rõ shadow, demo hay live. Chỉ live ghi thực thi tài khoản có vốn thật và khiến vốn chịu rủi ro lỗ.
100 quyết định trong ví dụ đủ kiểm chứng EA không?
Không có khẳng định đó. Đây là dữ liệu bao phủ giả định, không khuyến nghị cỡ mẫu. Quyết định không nhất thiết là giao dịch hay quan sát độc lập; bao phủ đầy đủ không chứng minh lợi thế.
Có thể cải thiện tham số và giữ nguyên kết quả forward không?
Giữ kết quả cũ nhưng xác định thay đổi là phiên/phiên bản mới. Quan sát đã dùng chọn tham số là bằng chứng phát triển, không phải kiểm chứng mới cho lựa chọn đó.
Bao phủ 99% có phải tỷ lệ thắng 99% không?
Không. Đó là tỷ lệ thời điểm quyết định có bằng chứng truy vết. Trong ví dụ, khoảng trống chưa giải quyết chặn duyệt bằng chứng theo quy tắc định trước, bất kể kết quả giao dịch.
12. Nguồn và phạm vi
Nguồn sơ cấp: hoạt động và giới hạn MQL4 Strategy Tester, thiết lập tester và tham số MetaTrader, cùng Bailey và đồng tác giả, The Probability of Backtest Overfitting. Kiểm tra ngày 2026-10-18. Nghiên cứu khuyến khích thận trọng khi chọn, không chứng nhận quy trình hay cung cấp số lượng ví dụ.
Tên phiên, thời gian biến, lịch và số đếm đều là dữ liệu dạy học giả định. Không cung cấp chiến lược thật, hiệu suất live, cỡ mẫu tối thiểu, lợi suất kỳ vọng hay khuyến nghị cấp vốn. Sơ đồ thể hiện quy trình và bằng chứng, không phải báo cáo tester gốc. Kế hoạch cố định tăng truy vết nhưng không bảo đảm giao dịch lời hoặc an toàn.