SEPA Masterclass Việt Nam — Phần VI: Công Cụ Và Hệ Thống Hóa

CHƯƠNG 42

Khung Backtest Và Giới Hạn Của Nó Trên Dữ Liệu Việt Nam

42.1 Vì Sao Backtest Trên Dữ Liệu Việt Nam Cần Một Chương Riêng

Backtest — kiểm định một chiến lược giao dịch trên dữ liệu lịch sử — là công cụ tiêu chuẩn để đánh giá khách quan hiệu suất của một hệ thống trước khi triển khai vốn thực. Nhưng như đã cảnh báo nhiều lần xuyên suốt cuốn sách (đặc biệt Chương 3, Mục 3.13), các thư viện backtest tiêu chuẩn được xây dựng cho thị trường không giới hạn biên độ giá và thanh toán tức thời — hai giả định không đúng tại Việt Nam. Áp dụng backtest nguyên xi sẽ đánh giá quá cao hiệu suất thực tế, đặc biệt trong các giai đoạn thị trường giảm mạnh.

42.2 Ba Ràng Buộc Bắt Buộc Cho Backtest SEPA-VN

Ràng buộc	Vấn đề nếu bỏ qua	Cách xử lý
Giới hạn biên độ giá hàng ngày	Backtest giả định lệnh dừng lỗ luôn khớp đúng giá, kể cả khi giá giảm sàn nhiều phiên liên tiếp	Mô hình hóa ràng buộc "không thể khớp lệnh bán vượt quá giá sàn của phiên đó"; nếu giá dừng lỗ thấp hơn giá sàn phiên đó, giả định lệnh chỉ khớp một phần hoặc không khớp, chuyển sang phiên tiếp theo
Thanh toán T+2,5	Backtest giả định có thể tái sử dụng vốn ngay lập tức sau khi bán	Mô hình hóa độ trễ giữa thời điểm bán và thời điểm vốn thực sự khả dụng để mua mã khác
Thanh khoản hạn chế trên cổ phiếu vốn hóa nhỏ	Backtest giả định có thể mua/bán toàn bộ khối lượng mong muốn ở giá đóng cửa mà không ảnh hưởng giá	Giới hạn kích thước lệnh backtest theo phần trăm khối lượng trung bình của chính mã đó (ví dụ không vượt quá 10–20% khối lượng phiên), mô phỏng trượt giá tăng dần theo kích thước lệnh

42.3 Cấu Trúc Dữ Liệu Cần Thiết

Giá đã điều chỉnh đầy đủ cho cổ tức, cổ phiếu thưởng, chia tách (Chương 3, Mục 3.6) — bắt buộc, nếu không mọi tín hiệu breakout tính theo phần trăm sẽ sai lệch nghiêm trọng.
Nhãn sàn niêm yết theo từng thời điểm (không phải sàn hiện tại), như đã cảnh báo ở Chương 2, Mục 2.12 — vì biên độ giá và các quy tắc khác thay đổi theo sàn niêm yết tại từng thời điểm lịch sử cụ thể.
Dữ liệu khối lượng đầy đủ, lý tưởng kèm dữ liệu dư mua/dư bán tại giá trần/sàn nếu nguồn dữ liệu cho phép (Chương 3, Mục 3.4), để mô phỏng chính xác hơn khả năng khớp lệnh trong các kịch bản biên.
Dữ liệu sự kiện chuyển sàn/room ngoại nếu backtest cần đánh giá các chiến lược liên quan đến IPO Base/Ascending Base (Chương 27) hoặc sự kiện nới room (Chương 4, Mục 4.5).

42.4 Các Chỉ Số Đánh Giá Hiệu Suất Cần Bổ Sung

Ngoài các chỉ số backtest tiêu chuẩn (tổng lợi nhuận, tỷ lệ thắng, drawdown tối đa, tỷ lệ Sharpe), khung backtest SEPA-VN nên bổ sung các chỉ số phản ánh đặc thù rủi ro cấu trúc Việt Nam:

Chỉ số bổ sung	Ý nghĩa
Tỷ lệ giao dịch bị "kẹp" (không thoát đúng giá dừng lỗ lý thuyết)	Định lượng mức độ nghiêm trọng của rủi ro biên độ giá trên chính chiến lược và vũ trụ cổ phiếu đang kiểm định
Chênh lệch giữa lợi nhuận lý thuyết và lợi nhuận thực tế sau khi áp dụng ràng buộc thanh toán T+2,5	Đo lường tác động của độ trễ vốn lên tốc độ tăng trưởng tài khoản
Hiệu suất phân theo nhóm vốn hóa	Xác nhận liệu chiến lược có phụ thuộc quá mức vào nhóm vốn hóa nhỏ, thanh khoản mỏng — nơi kết quả backtest dễ bị phóng đại nhất

42.5 Kiểm Định Chiến Lược Qua Các Chu Kỳ Lịch Sử Khác Nhau

Nhất quán với bài học từ Chương 9, Mục 9.5 (nguy cơ nhầm lẫn beta thị trường chung với alpha chiến lược), backtest SEPA-VN cần được thực hiện riêng biệt qua các giai đoạn khác nhau đã học ở Phần II — không chỉ trên toàn bộ giai đoạn gộp chung — để đánh giá độ ổn định của chiến lược qua các bối cảnh thị trường khác nhau:

Loại giai đoạn kiểm định	Ví dụ giai đoạn lịch sử	Mục tiêu kiểm định
Stage 2 mạnh, trên diện rộng	2017–2018, 2025	Xác nhận chiến lược khai thác tốt xu hướng tăng rõ ràng
Thị trường gấu mòn mỏi	2010–2011	Kiểm tra khả năng tránh tín hiệu giả trong môi trường khó khăn
Sụp đổ dữ dội	2008, 2022	Kiểm tra hiệu quả của kỷ luật cắt lỗ và giới hạn thiệt hại tối đa
Tích lũy dài hạn, ít biến động	2012–2016, 2024	Đánh giá chi phí cơ hội và khả năng chọn lọc cơ hội hiếm hoi

Nguyên tắc thực hành: một chiến lược chỉ nên được xem là đáng tin cậy nếu nó thể hiện hiệu suất chấp nhận được (không nhất thiết xuất sắc) qua tất cả các loại giai đoạn ở bảng trên, không chỉ vượt trội trong một loại giai đoạn duy nhất. Điều này phản ánh chính triết lý xuyên suốt Phần II của cuốn sách: hiểu và chuẩn bị cho toàn bộ phổ hành vi mà thị trường Việt Nam có khả năng tạo ra.

42.6 Tóm Tắt Chương

Backtest tiêu chuẩn cần ba lớp ràng buộc bổ sung cho thị trường Việt Nam: giới hạn biên độ giá, độ trễ thanh toán T+2,5, và giới hạn thanh khoản theo khối lượng trung bình.
Dữ liệu cần thiết bao gồm giá đã điều chỉnh, nhãn sàn niêm yết theo thời điểm lịch sử, và lý tưởng là dữ liệu dư mua/dư bán.
Cần bổ sung các chỉ số đánh giá phản ánh rủi ro cấu trúc đặc thù: tỷ lệ giao dịch bị kẹp, chênh lệch lợi nhuận do độ trễ vốn, và hiệu suất phân theo nhóm vốn hóa.
Kiểm định chiến lược cần thực hiện riêng biệt qua bốn loại giai đoạn lịch sử khác nhau để đánh giá độ ổn định, không chỉ trên toàn bộ dữ liệu gộp chung.

42.7 Bài Tập

Thiết kế mô hình logic cho ràng buộc "không thể khớp lệnh bán vượt quá giá sàn" trong một backtest giả định.
Chọn một chiến lược đơn giản (ví dụ mua khi thỏa Trend Template) và kiểm định riêng biệt trên hai giai đoạn: 2017–2018 và 2010–2011 — hiệu suất khác nhau ra sao?

42.8 Câu Hỏi Ôn Tập

Nêu ba ràng buộc bắt buộc cho backtest tại thị trường Việt Nam.
Vì sao cần kiểm định chiến lược qua nhiều loại giai đoạn lịch sử khác nhau thay vì chỉ trên toàn bộ dữ liệu gộp chung?

42.9 Checklist Chuyên Nghiệp

☐ Tôi áp dụng đầy đủ ba ràng buộc cấu trúc Việt Nam trong mọi backtest.
☐ Tôi kiểm định chiến lược riêng biệt qua các loại giai đoạn thị trường khác nhau.
☐ Tôi theo dõi các chỉ số bổ sung (tỷ lệ giao dịch bị kẹp, chênh lệch do độ trễ vốn) không chỉ các chỉ số tiêu chuẩn.

42.10 Lỗi Thường Gặp

Sử dụng thư viện backtest tiêu chuẩn phương Tây nguyên xi mà không bổ sung ràng buộc cấu trúc Việt Nam. Dẫn đến đánh giá quá cao hiệu suất thực tế.
Chỉ kiểm định trên giai đoạn thị trường thuận lợi (ví dụ 2017–2018 hoặc 2025) rồi kết luận chiến lược "luôn hiệu quả."

42.11 Ghi Chú Nâng Cao

Đối với nhà phát triển: nên xây dựng khung backtest dưới dạng mô phỏng sự kiện (event-driven simulation) thay vì mô hình vector hóa đơn giản, vì các ràng buộc như "không khớp được lệnh do giá sàn" đòi hỏi xử lý tuần tự theo từng phiên với trạng thái lệnh chờ (pending order) được mang sang phiên tiếp theo — một mô hình khó triển khai hiệu quả trong các framework backtest vector hóa tiêu chuẩn vốn giả định mọi lệnh khớp ngay lập tức.