Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch.

Trả lời ngắn: Expectancy trong trading là kết quả net realized trung bình trên mỗi closed outcome của một sample đã khóa. Ta lấy tổng kết quả chia số outcome đã đóng, hoặc ghép tần suất với mức thắng-thua trung bình. Con số mô tả dữ liệu đã quan sát; nó không báo trước kết quả lệnh kế tiếp.

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

  • Cách tính observed expectancy bằng direct mean và weighted mean.
  • Vì sao hai cách phải ra cùng kết quả trước khi bạn diễn giải.
  • Vì sao expectancy dương trong sample chưa phải chứng chỉ edge hay lời hứa lợi nhuận.

1. Expectancy là observed average, không phải lời tiên tri

a. Average của một giỏ dữ liệu

Bạn giữ 10 hóa đơn đi chợ, cộng tổng tiền rồi chia 10 để biết mỗi lần đi chợ tốn trung bình bao nhiêu. Con số ấy tóm tắt 10 hóa đơn đã có; nó không phải báo giá chính xác cho lần đi chợ thứ 11. Expectancy cũng là một average như vậy.

Trong bài này, sample là nhóm record cụ thể đang được đo. Closed outcome là record đã kết thúc; record còn mở chưa có kết quả cuối cùng nên không đưa vào phép tính. Net realized R là kết quả thật đã ghi nhận sau cost policy đã nêu, đo bằng đơn vị risk R khóa trước mỗi outcome.

Mean, hay average, đơn giản là tổng chia số record. Chữ “expected” dễ khiến người mới đọc thành “sắp xảy ra”. Ta sẽ gọi con số trong demo là observed expectancy: average quan sát được trong đúng sample, version và thời gian đã khóa.

TradingView định nghĩa Expected payoff là Net P&L chia số completed trades và loại floating P&L của open positions. Bài này dùng cùng logic average, nhưng chuẩn hóa kết quả theo R để các outcome có chung đơn vị.

b. Contract phải đứng trước công thức

Một con số chỉ so được khi các record cùng:

  • Setup version và rule.
  • Cách định nghĩa 1R.
  • Closed-status policy.
  • Cost policy.
  • Khoảng thời gian và nguồn dữ liệu.

Nếu một nửa bảng là gross trước phí, nửa kia là net sau phí, average vẫn ra số nhưng câu trả lời vô nghĩa. Cũng như lấy kilogram trộn với dollar rồi bấm AVERAGE: máy tính không biết bạn đang trộn hai loại đại lượng.

Hình 1 — Chỉ diễn giải khi direct mean và weighted mean cùng khớp trên một contract.

c. Expectancy không có nghĩa là gì?

Observed expectancy +0,40R không có nghĩa outcome tiếp theo chắc chắn +0,40R. Nó cũng không tự mô tả drawdown, độ phân tán, tail loss, số vốn phù hợp hay sự thay đổi của thị trường.

Sai/đoán chắc: “Expectancy +0,40R nghĩa là lệnh tới sẽ lời 0,40R.”

Câu có điều kiện: “Trong đúng sample đã khóa, average net realized result là +0,40R; sample khác có thể khác.”

2. Tính hai cách và bắt buộc reconcile

a. Ledger EXP-DEMO-v1

Demo có đúng 10 closed outcomes của một setup version. Tất cả là net realized R sau fictional cost policy; không có record mở.

ID Net realized R Class
E01 +2,00R WIN
E02 -1,00R LOSS
E03 +1,50R WIN
E04 -1,00R LOSS
E05 0,00R EVEN
E06 +3,00R WIN
E07 -1,00R LOSS
E08 -0,50R LOSS
E09 +2,00R WIN
E10 -1,00R LOSS

Reconciliation cơ bản:

  • 4 WIN có tổng dương +8,50R.
  • 5 LOSS có tổng độ lớn 4,50R.
  • 1 EVEN đóng góp 0R.
  • Closed total: 10 = 4 + 5 + 1.
  • Net total: +8,50R - 4,50R = +4,00R.

b. Cách 1: direct mean

Lấy toàn bộ net total chia số closed outcomes:

+4,00R / 10 = +0,40R mỗi closed outcome.

Đây là cách gần với Expected payoff của TradingView: tổng net result chia completed records. Cụm “mỗi closed outcome” là đơn vị của average, không phải lời hứa rằng từng outcome sẽ giống nhau.

c. Cách 2: weighted mean

Weighted formula dựng lại average từ tần suất và mức trung bình của từng class.

  • Win frequency: 4/10 = 0,40.
  • Average win: 8,50/4 = +2,125R.
  • Loss frequency: 5/10 = 0,50.
  • Average loss magnitude: 4,50/5 = 0,90R.
  • Even frequency: 1/10 = 0,10; average contribution 0R.

Ghép lại:

0,40 × 2,125 - 0,50 × 0,90 + 0,10 × 0

= 0,85 - 0,45 = +0,40R.

Hình 2 — Direct mean và weighted mean là hai đường kiểm tra cùng một ledger.

Hai cách cùng ra +0,40R, status là MATCH. Nếu chúng khác nhau, đừng chọn con số bạn thích. Ghi RECONCILIATION_FAIL, rồi kiểm count, class, dấu âm, even policy và công thức. Hóa đơn nhà hàng phải bằng tổng món; lệch một đồng cũng cần tìm nguyên nhân.

d. Winrate thấp hơn 50% vẫn có thể cho average dương

Winrate theo closed denominator ở đây là 4/10 = 40%. Phần thắng đóng góp 0,40 × 2,125 = +0,85R, còn phần thua lấy đi 0,50 × 0,90 = -0,45R. Chênh lệch còn +0,40R.

Điều này nối bài #16 và #17: frequency đứng một mình chưa đủ; planned Risk:Reward cũng chưa đủ. Expectancy ghép frequency với realized magnitude trong cùng sample.

3. Mean chưa kể hết đường đi, độ nhiễu và rủi ro

a. Cùng mean, đường đi rất khác

Xét hai path:

  • Path A: +1R, +1R, -1R, -1R → total 0R, mean 0R.
  • Path B: +10R, -10R, 0R, 0R → total 0R, mean 0R.

Hai path cùng expectancy bằng zero. Nhưng Path B có biên độ cực lớn, trải nghiệm vận hành và tail risk khác hẳn Path A. Distribution là cách outcome phân tán quanh mean; mean không chứa toàn bộ distribution.

Hình 3 — Cùng average không đồng nghĩa cùng độ phân tán, drawdown hay tail risk.

b. Slice thay đổi dù contract không đổi

Năm outcome đầu có tổng +1,50R, mean +0,30R. Năm outcome cuối có tổng +2,50R, mean +0,50R.

Hai slice khác nhau không tự chứng minh expectancy đang tăng. Chúng chỉ cho thấy estimate phụ thuộc phần dữ liệu đang nhìn. NIST giải thích rằng estimate của mean thay đổi giữa các sample; độ chính xác còn phụ thuộc sample size và variability.

c. Tám lỗi thường gặp

  1. Trộn gross result với net result.
  2. Đưa open P&L vào cùng closed outcomes.
  3. Dùng planned target thay cho realized exit.
  4. Bỏ một tail loss vì “không bình thường”.
  5. Trộn nhiều setup version.
  6. Đổi định nghĩa 1R sau khi thấy kết quả.
  7. Chọn riêng giai đoạn đẹp.
  8. Gọi sample mean là quy luật tương lai.

Tôi có thể nhận sai khi thấy average dương rồi vội gọi đó là edge. Sửa đúng là ghi rõ: observed positive expectancy trong sample, sau đó kiểm data quality, distribution, uncertainty và forward evidence.

Investor.gov nhắc rằng backtested performance là hypothetical, past performance không dự báo tương lai và cherry-picking có thể gây hiểu lầm. Vì vậy, expectancy dương trong backtest vẫn là bằng chứng có giới hạn.

4. Checklist Expectancy Contract

Đi theo thứ tự này:

  1. Đặt ID cho cohort và setup version.
  2. Khóa khoảng thời gian.
  3. Chỉ giữ closed outcomes; tách open records.
  4. Xác nhận mọi record dùng cùng định nghĩa 1R.
  5. Khóa cost policy và dùng net realized result.
  6. Reconcile count: closed = win + loss + even.
  7. Tính net total và direct mean.
  8. Tính class frequencies, average win/loss và weighted mean.
  9. Yêu cầu hai mean match.
  10. Xem slices và distribution trước khi viết claim.

Đứng ngoài phép tính nếu thiếu record, không biết result gross hay net, version lẫn lộn, 1R thay đổi không truy vết được, hoặc còn open outcome trong denominator.

Dừng và xem lại nếu direct mean khác weighted mean; nếu một outlier bị xóa không có rule từ trước; hoặc expectancy đổi dấu mạnh chỉ vì chọn cửa sổ khác. Không chữa bằng cách làm tròn nhiều hơn.

Claim hợp lệ: “Sample EXP-DEMO-v1 có observed expectancy +0,40R trên 10 closed outcomes.”

Claim không hợp lệ: “Setup này chắc kiếm 0,40R mỗi lệnh.”

5. Bài tập 15 phút: tự reconcile một ledger giả

Mở Google Sheets hoặc LibreOffice Calc. Tạo ba cột ID, net realized R, class, rồi nhập đúng E01–E10 ở mục 2.

Tính COUNT, SUM, AVERAGE; tiếp theo dùng COUNTIF và AVERAGEIF cho WIN/LOSS/EVEN. Giữ loss magnitude là số dương khi đưa vào công thức có dấu trừ.

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

Metric Kết quả
Closed 10
Wins / Losses / Even 4 / 5 / 1
Net total +4,00R
Direct mean +0,40R
Weighted mean +0,40R
Reconciliation MATCH

Kiểm thêm first five +0,30R và last five +0,50R. Ghi bên cạnh: DESCRIPTIVE_ONLY.

Nếu hai mean không match, kết quả mong đợi không phải “gần đúng”; phải là RECONCILIATION_FAIL. Bài tập dùng dữ liệu giả để luyện contract, chưa giao dịch tiền thật.

6. Tổng kết

a. Năm ý chính

  • Expectancy là average net realized outcome của một sample đã khóa.
  • Direct mean và weighted mean phải reconcile.
  • Demo có 40% winrate nhưng observed expectancy vẫn +0,40R.
  • Mean không mô tả toàn bộ distribution, drawdown hoặc tail risk.
  • Observed positive expectancy không dự báo outcome kế tiếp hay lợi nhuận tương lai.

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

  • Net total +4R trên 10 closed outcomes cho direct mean bao nhiêu?
  • Vì sao weighted mean phải khớp direct mean?
  • Path A và Path B cùng mean zero có giống nhau về rủi ro không?
  • Có được gọi +0,40R là kết quả cố định cho mỗi outcome không?

c. Gợi ý đáp án

Xem gợi ý câu 1

Direct mean là +0,40R mỗi closed outcome trong sample. → xem mục 2.

Xem gợi ý câu 2

Hai phép tính dùng cùng ledger; không khớp báo hiệu lỗi count, class, dấu hoặc công thức. → xem mục 2.

Xem gợi ý câu 3

Không. Path B có biên độ và tail lớn hơn dù cùng mean. → xem mục 3.

Xem gợi ý câu 4

Không. Đây là observed average của sample, không phải outcome forecast. → xem mục 1.

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

Thuật ngữ Giải thích ngắn
Expectancy Average net realized outcome trong sample
Sample Nhóm record cụ thể đang đo
Closed outcome Record đã kết thúc
Net realized R Kết quả sau cost policy, đo bằng R
Mean Tổng chia số record
Weighted mean Average ghép từ frequency và class average
Reconciliation Hai cách tính phải ra cùng kết quả
Distribution Cách outcome phân tán quanh mean
Slice Một phần sample dùng để mô tả
Uncertainty Estimate có thể đổi khi dữ liệu đổi

e. Nguồn tham khảo

Quay lại Risk Reward trong Trading #17 để khóa planned distance và notation. Tiếp tục với Position Sizing theo rủi ro #19 để dùng mức risk đã chọn tính quy mô vị thế mà không biến expectancy thành nút tăng cược.

Nội dung này phục vụ mục đích giáo dục, không phải lời khuyên đầu tư hoặc tín hiệu giao dịch. Mọi thị trường đều có rủi ro mất vốn.