System Trading Knowledge Map #1

Trả lời ngắn: System Trading tổ chức quyết định giao dịch bằng rule, dữ liệu, giới hạn rủi ro và log viết trước. Nó có thể chạy thủ công, bán tự động hoặc bằng phần mềm. Bản đồ hệ thống cho biết điều gì tạo candidate, điều gì được quyền chặn và ai phải dừng khi giả định không còn phù hợp.

Đọc xong, bạn sẽ hiểu:

• System Trading khác gì với một robot hay Expert Advisor.
• Sáu khối tối thiểu của một hệ thống có thể kiểm tra.
• Vì sao backtest, execution và monitoring phải nằm trong cùng một bản đồ.
• Cách lập một worksheet quan sát bằng dữ liệu giả, không dùng tiền thật.

Lưu ý giáo dục: Bài này giải thích cách nhìn một hệ thống giao dịch. Nó không phải tín hiệu giao dịch, lời khuyên đầu tư hay cam kết lợi nhuận. CFD, đòn bẩy, lỗi dữ liệu và lỗi vận hành đều có thể dẫn tới rủi ro mất vốn.

1. System Trading là bản đồ quyết định, không phải robot tự thắng

a. Viết trước điều gì sẽ được quan sát

Nhiều người hình dung System Trading là robot tự mở lệnh. Phần quan trọng hơn là các quyết định được viết rõ trước khi thị trường chạy.

Một rule là điều kiện ghi bằng lời, bảng tính hoặc mã lệnh để cùng một tình huống được xử lý nhất quán. Rule nói dữ liệu nào được nhìn, điều kiện nào tạo candidate và giới hạn nào chặn bước tiếp theo.

Nói nôm na, đây giống quy trình giao hàng: cần địa chỉ, điều kiện nhận và xác nhận. Có xe giao không làm đơn thiếu địa chỉ trở nên hợp lệ; có phần mềm cũng không sửa được rule thiếu điều kiện.

Vì vậy, câu hỏi đầu tiên không phải “dùng robot nào?”. Câu hỏi là: bạn đang cố kiểm tra điều gì, dữ liệu nào được phép dùng và điều kiện nào buộc bạn đứng ngoài?

b. Khác nhau giữa hệ thống, thuật toán và EA

Discretionary trading là cách quyết định cho phép người giao dịch phán đoán tại thời điểm đó. Ví dụ, cùng một biểu đồ nhưng hôm nay người đó có thể bỏ qua vì thấy tin tức bất thường, còn hôm khác lại vào lệnh vì cảm giác thị trường “có vẻ ổn”.

System Trading không có nghĩa là cấm con người suy nghĩ. Điểm khác là phần quan trọng được ghi trước để sau này có thể đối chiếu. Nếu một người được phép bỏ qua rule, họ vẫn cần viết rõ ai được quyền bỏ qua, bỏ qua trong điều kiện nào và log sẽ ghi gì.

Algorithmic trading là việc dùng thuật toán hoặc phần mềm trong một phần quy trình giao dịch. Nó có thể hỗ trợ quét dữ liệu, tính tín hiệu, gửi yêu cầu hoặc lưu log. Expert Advisor, thường gọi tắt là EA, là chương trình chạy logic trên nền tảng hỗ trợ như MetaTrader. EA là cái vỏ thực thi; nó không tự chứng minh dữ liệu đầu vào đáng tin, rule hợp lý hay giới hạn rủi ro đã đủ.

Hình 1 — Một hệ thống cần nối được giả thuyết, dữ liệu, rule, risk gate, execution và vòng theo dõi thay vì chỉ có một robot.

c. Hệ thống không thay lời hứa lợi nhuận

Một hiểu lầm hay gặp là rule càng chi tiết thì kết quả càng đáng tin. Rule chi tiết chỉ cho bạn biết việc gì đã được quy định; nó chưa nói quy định đó phù hợp với dữ liệu mới, chi phí thực tế hay điều kiện vận hành.

Nó vẫn có thể lặp lại một sai lầm rất đều nếu dữ liệu sai, rule thiếu điều kiện hoặc không ai xem log. Kỷ luật của quy trình khác với chất lượng của giả thuyết.

2. Sáu khối phải nhìn thấy trong một hệ thống

a. Bắt đầu từ giả thuyết và dữ liệu

Một hypothesis là phát biểu có thể kiểm tra và bị dữ liệu bác bỏ, không phải câu “thị trường này dễ tăng”. Nó nêu điều kiện, phạm vi và bằng chứng phải dừng tin.

Sau đó là data, tức đầu vào có nguồn, thời điểm và phạm vi. Nếu dùng giá đóng cửa, cần biết công cụ, ngày và nơi lấy dữ liệu.

Một file không có ngày, không có nguồn hoặc bị thiếu đoạn lịch sử chưa phải đầu vào đủ để kiểm tra. Nó giống cân hàng không có đơn vị: có số nhưng không biết phải hiểu số đó thế nào.

b. Rule, signal và risk gate không làm cùng một việc

Signal là điều kiện rule nhận ra từ dữ liệu để tạo một candidate quan sát. Candidate chỉ là tình huống đáng đem đi kiểm tra tiếp; nó chưa phải yêu cầu mở lệnh.

Risk engine là tập rule kiểm tra giới hạn trước khi một bước được phép đi tiếp. Nó có thể từ chối candidate vì dữ liệu thiếu ngày, nguồn không rõ hoặc log chưa được xem.

Execution là bước gửi hoặc ghi nhận hành động sau khi rule và risk gate đã cho phép. Trong bài tập này, execution chỉ ghi “chưa chạy” hoặc “đủ dữ liệu để quan sát”.

c. Mỗi khối cần một người chịu trách nhiệm

Owner là người hoặc nhóm chịu trách nhiệm xem log và có quyền dừng, khôi phục hoặc yêu cầu kiểm tra lại. Không nhất thiết một người phải làm mọi việc. Một người có thể chuẩn bị dữ liệu, người khác rà rule, và người có thẩm quyền mới chấp nhận một thay đổi.

Nếu không ai chịu trách nhiệm nhìn cảnh báo, monitoring chỉ là một màn hình sáng chứ chưa phải kiểm soát.

3. Một ý tưởng đi qua hệ thống ra sao?

a. Từ ý tưởng thành candidate có thể kiểm tra

Giả sử một nhóm muốn kiểm tra rule có tái tạo được không, không phải dự đoán lợi nhuận. Họ viết hypothesis rồi khóa loại dữ liệu, ngày, nguồn và khoảng thời gian.

Ví dụ minh họa: chỉ khi mọi trường bắt buộc đều có nguồn và ngày, một hàng mới được gắn nhãn candidate. Đây là rule về chất lượng ghi chép, không phải chỉ dẫn mua hoặc bán.

b. Risk gate phải có quyền nói không

Ngay sau rule là risk gate. Thiếu nguồn, thiếu thời điểm hoặc chưa kiểm tra log thì gate trả về “dừng”, thay vì biến khoảng trống thành kết luận.

Trong một tổ chức đầu tư thuộc phạm vi EU, Điều 17 MiFID II yêu cầu hệ thống và kiểm soát rủi ro phù hợp, ngưỡng/giới hạn thích hợp, kiểm thử và monitoring; bài này chỉ dùng quy định đó để minh họa tư duy kiểm soát của tổ chức, không coi đó là quy định áp dụng cho mọi cá nhân hay mọi thị trường. ESMA Article 17

Nếu gate cho phép đi tiếp, execution ghi điều đã xảy ra. Nếu gate từ chối, log ghi lý do; hai kết quả đều có ích.

Hình 2 — Tín hiệu chỉ là một bước; dữ liệu, rule, risk gate và ghi nhận mới tạo thành luồng có thể xem lại.

c. Backtest và validation trả lời hai câu khác nhau

Backtest là kiểm tra rule trên dữ liệu lịch sử với các giả định được ghi rõ. Nó trả lời câu hỏi hẹp: nếu dùng đúng dữ liệu và đúng rule này trong giai đoạn đã chọn, kết quả mô phỏng trông ra sao?

Validation rộng hơn. Nó hỏi dữ liệu có tái tạo được không, rule có bị viết mơ hồ không, chi phí mô phỏng có làm kết quả thay đổi không và có bằng chứng nào phản bác giả thuyết không. Một đồ thị đẹp trên lịch sử khác với việc hệ thống có thể chạy an toàn sau triển khai.

Tài liệu MQL5 mô tả Strategy Tester của MetaTrader 5 có các cách tạo tick khác nhau để kiểm thử chương trình. Điều đó cho thấy chế độ test và giả định dữ liệu cần được ghi rõ; nó không biến lịch sử có lợi nhuận thành lời hứa cho giai đoạn sau. MQL5 Reference

4. Hệ thống vẫn có thể sai ở đâu?

a. Rule có thể học quá kỹ quá khứ

Sai lầm thứ nhất là nhìn backtest đẹp rồi nghĩ rule đã được chứng minh cho mọi thị trường. Rule có thể vô tình khớp nhiễu của giai đoạn cũ, nhất là khi chỉ giữ biến thể đẹp nhất.

Nếu câu hỏi không ghi phạm vi, chi phí và điều kiện bác bỏ, kết quả đẹp rất dễ bị hiểu quá xa.

b. Dữ liệu và execution có thể lệch nhau

Sai lầm thứ hai là coi dữ liệu lịch sử giống hoàn toàn bối cảnh xử lý sau này. Spread là chênh lệch giữa giá mua và giá bán tại một thời điểm. Slippage là chênh lệch giữa mức dự kiến và mức thực tế khi một yêu cầu được xử lý. Hai yếu tố này có thể làm một mô phỏng khác với quan sát khi điều kiện thay đổi.

Lỗi kỹ thuật cũng khác với hypothesis bị bác bỏ. Máy mất kết nối hoặc file dữ liệu hỏng chỉ cho biết lần kiểm tra đó không đáng tin; dữ liệu đầy đủ nhưng kết quả không giữ điều kiện mới là bằng chứng cần xem lại hypothesis.

c. AI và automation vẫn cần người theo dõi

Model drift là khi quan hệ dữ liệu hoặc mô hình thay đổi khiến giả định cũ kém phù hợp. AI có thể giúp phân loại hoặc lọc thông tin, nhưng chất lượng có thể đổi khi input hay bối cảnh đổi.

Vì thế, hệ thống cần kill switch, tức cơ chế dừng có chủ đích khi có điều kiện nguy hiểm hoặc chưa hiểu rõ. NIST AI RMF nhấn mạnh quản trị, đo lường, monitoring và response trong vòng đời AI; đây không phải bằng chứng một mô hình AI sẽ dự báo thị trường tốt hơn. NIST AI RMF Core

Hình 3 — Khi dữ liệu, lệnh, rủi ro hoặc nhật ký có vấn đề, hệ thống cần dừng và ghi nhận để xem lại.

5. Checklist bản đồ hệ thống và bài tập 15 phút

a. Checklist trước khi gọi một thứ là hệ thống

Trước khi tin rằng mình có một system, hãy kiểm tra theo thứ tự này:

1. Viết được hypothesis bằng một câu có thể bị dữ liệu bác bỏ.
2. Ghi nguồn, thời điểm và phạm vi của từng input.
3. Chỉ ra rule nào tạo candidate, không dùng câu “tùy tình hình”.
4. Nêu risk gate nào có quyền từ chối và lý do từ chối được ghi ở đâu.
5. Xác định execution chỉ làm gì, ai xem log và ai có quyền dừng.
6. Ghi điều kiện đứng ngoài: dữ liệu thiếu, rule không tái tạo, không có owner hoặc chưa hiểu chênh lệch giữa mô phỏng với thực tế.

Checklist chỉ giúp phát hiện bản đồ đang thiếu khối. Khi thiếu, quay lại ghi rõ phần còn trống thay vì cố cho candidate đi tiếp.

b. Bắt đầu từ đâu mà không dùng tiền thật

Mở Google Sheets hoặc LibreOffice Calc; không đăng nhập broker, không kết nối MT5 và không dùng tiền thật.

Tạo sáu cột: mục tiêu quan sát, input, rule candidate, risk gate, evidence/log và quyết định hiện tại. Chép mẫu dưới đây và để trống khi chưa biết nguồn.

c. Mẫu đối chiếu đã điền

Mục tiêu 15 phút không phải tìm lệnh tốt mà là nhận ra “chưa chạy” cũng là kết quả hợp lệ khi bằng chứng chưa đủ.

Hình 4 — Hãy viết rõ một vòng ra quyết định trước; chỉ thử nhỏ sau khi các ô quan trọng đã có bằng chứng.

6. Tổng kết: nhìn hệ thống như một chuỗi có bằng chứng

a. Năm ý chính

• System Trading là cách ghi trước rule, dữ liệu, giới hạn rủi ro và log; nó không đồng nghĩa với robot tự động.
• Một bản đồ tối thiểu cần hypothesis, data, rule/signal, risk gate, execution và validation/monitoring.
• Candidate chỉ là tình huống cần kiểm tra; risk gate có thể và nên trả về kết quả dừng khi điều kiện chưa đủ.
• Backtest trên lịch sử khác với validation và khác với quan sát sau triển khai; chi phí, dữ liệu và vận hành đều có thể làm khác đi.
• Automation hoặc AI không thay owner, monitoring hay kill switch; người vận hành vẫn phải biết khi nào không nên chạy.

b. Câu hỏi tự kiểm tra

• System Trading khác EA ở điểm nào?
• Vì sao candidate chưa phải là yêu cầu mở lệnh?
• Backtest và validation đang trả lời hai câu khác nhau ra sao?
• Khi thiếu nguồn của một input, worksheet nên ghi gì?

c. Gợi ý đáp án

Xem gợi ý câu 1

System Trading là toàn bộ quy trình rule, data, risk và log; EA chỉ là chương trình có thể thực thi một phần logic đó. → Xem lại mục 1.

Xem gợi ý câu 2

Candidate mới nói điều kiện ban đầu đáng kiểm tra. Nó còn phải qua risk gate và được ghi lại trước khi có bất kỳ bước xử lý nào khác. → Xem lại mục 3.

Xem gợi ý câu 3

Backtest mô phỏng rule trên lịch sử đã chọn. Validation còn kiểm tra dữ liệu, giả định, khả năng tái tạo và bằng chứng có thể bác bỏ rule. → Xem lại mục 3.

Xem gợi ý câu 4

Ghi rõ dữ liệu thiếu và để trạng thái “chưa chạy”. Tự điền bừa nguồn sẽ làm log không còn đáng tin. → Xem lại mục 5.

d. Thuật ngữ cần nhớ

e. Nguồn tham khảo

• ESMA — MiFID II Article 17: Algorithmic trading
• MQL5 Reference — Testing Trading Strategies
• NIST AI RMF Core

f. Học tiếp gì?

Bài tiếp theo là CFD, MT5 và Execution Review #2. Bài đó tách rõ công cụ, môi trường xử lý và những giới hạn mà bản đồ system cần ghi trước.

Nhắc lại: Nội dung này phục vụ mục đích giáo dục. Không dùng bản đồ hệ thống để coi nhẹ rủi ro, mở lệnh theo cảm tính hoặc kỳ vọng lợi nhuận.