Research · GoldSignals.io VIP (Intraday)

Input tối ưu TP / SL / kéo BE cho kênh Intraday

GoldSignals.io 🏅 VIP (Intraday)/ XAUUSD/ mục 01-10: 276 lệnh → 04/09/ mục 11: 295 lệnh → 16/09/ mục 12: 187 lệnh từ 02/04/ mục 13: lệch vào lệnh, 295 lệnh/ cập nhật 19/09

Mục 01-10 chốt ở mốc 276 lệnh (→04/09). Trang mô phỏng đã nhận thêm tick + tin kênh tới 08/09 → 280 lệnh: cấu hình chốt 17/08 TP69/SL66 từ ×5,53 thành ×5,29 (4 lệnh mới, 2 thua), maxDD giữ nguyên 43,4% — không đổi kết luận nào. Research sẽ chốt lại số khi đủ thêm một tháng dữ liệu.

Số trên trang này đo ở SL 66, còn bot đang chạy SL 67 (chốt 17/09). Đáy lưới phẳng trong dải 60-75p nên 1 pip đó không phân biệt được — 67 chỉ là con số đã dò trúng, không phải nó hơn. Mọi kết luận của trang giữ nguyên.

Mục 11 (18/09) chạy trên mẫu đã nạp tiếp tới 16/09 → 295 lệnh (71,8 triệu tick) và trả lời một câu khác: nên vào market hay đặt lệnh chờ trong vùng entry. Nhân tiện nó dò lại toàn lưới 486 cấu hình TP×SL×BE trên mẫu mới và không cấu hình nào thắng chắc bộ đang chạy — tức các mục 01-10 dưới đây vẫn đứng.

Mục 12 (19/09) cắt mẫu còn 187 lệnh từ 02/04 theo yêu cầu ("trước đó kênh không ổn định"), dò lại 2.808 cấu hình và soi riêng SL 85. Kết quả: vẫn không cấu hình nào thắng được — và mục này chỉ ra luôn vì sao cắt mẫu theo kết quả lại làm đúng cái họ cấu hình mục 07 đã loại trông đẹp trở lại.

Mục 13 (19/09) trả lời câu "lệnh vào xấu 10-20 pip thì tỉ lệ cắn TP3 bao nhiêu, có nới TP được không" bằng cách đi thẳng vào 71,8 triệu tick (thang dữ liệu của trang mô phỏng trả lời KHÔNG được). Cả hai câu đều ra không — và mục này ghi luôn cần bao nhiêu lệnh nữa mới trả lời được, kèm một đính chính cho mục 11.

◆ Luận điểm

Cấu hình đang chạy là đỉnh của cả lưới — nhưng cái giữ nó an toàn là RISK, không phải TP/SL

Quét 63 cấu hình TP × SL trên trọn 276 lệnh (8 tháng, replay từng tick): TP 69 · SL 66 · SL cứng — đúng cấu hình chốt 17/08 — cho ×5,53, cao nhất lưới. Mẫu lần này dài gấp 2,6 lần mẫu từng dùng để chọn nó, nên đây là hậu kiểm thật chứ không phải chọn lại trên cùng dữ liệu.

Nhưng đỉnh này nhọn theo TP: lệch lên 80 pip là rơi còn ×3,07, lệch xuống 60 pip còn ×3,48. Thứ thật sự quyết định số phận tài khoản là risk: cùng cấu hình đó, risk 4% cho maxDD 43%, risk 11,1% đẩy lên 82% — gần cháy. Risk 4% hiện tại = 24% Kelly, đúng vùng ≤¼ Kelly mà thực chiến nên ở.

01 Phương pháp

Dữ liệu giá: 68.940.209 tick Exness XAUUSD (01/01→03/09), không phải nến — không còn ca "cùng nến chạm 2 mốc" phải đoán bên nào trước.
Lệnh: 276 signal của kênh Intraday, 05/01→04/09. Vào lệnh tại đúng giá entry kênh đăng, ngay lúc tin ra (kênh bắn at-market — khớp InpEntryMode = MARKET).
Sizing: lot = risk% × số dư ÷ (SL pip × $10), làm tròn 0,01, lot cuộn theo số dư — khớp InpRiskPercent của EA.
Đối chiếu: thang dữ liệu của trang đã kiểm 761.600 ca (TP 5→400 × SL 5→200 × BE 0→250) với replay trực tiếp trên mảng tick — 0 lệch. Trên 106 lệnh mà bộ nến M1 cũ cũng có, kết cục giống hệt từng lệnh (0/106).
Chưa tính phí ở các bảng chính. Spread thật đo được ngay tại thời điểm kênh bắn tin: 1,8 pip median (p90 2,5p) — thấp hơn giả định 4p của bản research cũ.

Cấu hình mặc định (chốt 17/08)	×vốn	Winrate	maxDD	PF
TP69 · SL66 · SL cứng · risk 4% — không phí	×5,53	57,5%	−43,4%	1,59
…trừ spread thật 1,8p/lệnh	×4,09	57,5%	−45,1%	1,42
…trừ 4p/lệnh (bảo thủ)	×2,82	57,5%	−49,2%	1,26

158 lệnh thắng / 117 thua / 1 chưa chốt · chuỗi thua dài nhất 8 lệnh.

02 Lưới TP × SL: cao nguyên theo SL, đỉnh nhọn theo TP

×vốn (maxDD) — SL cứng, risk 4%, lot cuộn. Hàng TP 69 tốt đều ở mọi mức SL từ 40 đến 150 (×3,2–5,5); ngược lại cột SL 66 rơi rất nhanh khi TP lệch khỏi 69.

TP \ SL	40	50	60	66	80	100	150
40	×2,37	×2,04	×1,93	×2,58	×2,30	×2,12	×2,26
60	×2,89	×2,37	×2,59	×3,48	×2,96	×2,34	×2,62
69	×3,51	×3,54	×4,35	×5,53	×4,09	×3,21	×3,23
80	×1,23	×1,48	×2,34	×3,07	×2,14	×2,03	×2,65
100	×2,83	×2,76	×4,64	×4,22	×3,07	×2,56	×2,37
150	×1,36	×1,65	×2,73	×2,81	×2,53	×2,86	×2,45
200	×0,96	×1,13	×2,53	×1,72	×1,83	×2,06	×2,34

Vì sao TP69 thắng: RR chỉ ~1,05 nên toàn bộ lợi nhuận sống bằng winrate. Hoà vốn cần 48,9% (có spread 1,8p: 50,2%); mẫu cho 57,5%, tức biên thật chỉ ~7 điểm phần trăm.
TP xa hơn không bù nổi: TP120–200 winrate rơi dưới ngưỡng hoà vốn của chính RR đó, maxDD vọt lên 70–80% ở mọi mức SL hẹp.
Muốn DD thấp thì phải chấp nhận lãi thấp: nhóm êm nhất là TP40–60 với SL 100–150 (×2,1–2,6, maxDD 26–33%) — đổi một nửa lợi nhuận lấy DD giảm ~⅓.

03 Kéo BE: đúng hay sai tuỳ TP, không phải luôn tốt

Đây là chỗ dễ chọn nhầm nhất, vì cùng một câu hỏi cho hai câu trả lời ngược nhau:

Cách quản SL	TP69 · SL66		TP100 · SL70
SL cứng (không kéo)	×5,53	−43,4%	×3,03	−57,3%
BE@40	×3,51	−38,6%	×2,40	−41,5%
BE@50	×2,89	−41,0%	×2,35	−40,4%
BE@69	×4,13 (BE@60)	−43,5%	×4,15	−40,8%

Với TP69: kéo BE luôn LỖ hơn. Mốc BE nào cũng nằm sát ngay dưới TP, nên nó chỉ kịp cướp mất những lệnh lẽ ra chạm TP. BE@30 hạ DD xuống 30,6% nhưng lãi rơi từ ×5,53 còn ×3,46 — trả 37% lợi nhuận để mua 13 điểm DD.
Với TP100: kéo BE@69 lại là lựa chọn đúng — ×4,15 so với ×3,03 của SL cứng, và DD giảm từ 57,3% xuống 40,8%. Được cả hai mặt.
Giải thích: BE chỉ có ích khi nó nằm đủ xa TP để phần lớn lệnh đã "về bờ" trước khi bị quét. TP69 không chừa đủ chỗ cho bất kỳ mốc BE nào; TP100 thì có.
Kết luận: giữ InpSlMode = SL_NONE chừng nào còn dùng TP69. Nếu đổi sang TP100 thì phải bật BE@69, không thì mất cả lãi lẫn DD.

04 Risk — núm vặn thật sự

Cùng TP69/SL66/SL cứng, chỉ đổi mỗi InpRiskPercent:

Risk mỗi lệnh	×vốn	maxDD	% của Kelly
2%	×2,47	−24,6%	12%	An toàn
4% — đang chạy	×5,53	−43,4%	24%	An toàn
6%	×10,80	−58,4%	36%	Máu
8%	×18,93	−69,5%	48%	Máu
11,1%	×36,01	−81,9%	66%	Rất máu
15%	×54,37	−92,3%	89%	Gần cháy

Kelly thực nghiệm = 16,8% (tính trên chính phân phối R của mẫu). Chuẩn thực chiến là ≤¼–½ Kelly ⇒ vùng an toàn 4–8%; risk 4% đang ở 24% Kelly, thận trọng.

DD của mẫu là một lần rút thăm, không phải hằng số. Xáo lại thứ tự 276 lệnh 4.000 lần (giữ nguyên winrate): maxDD median 31%, p90 41%, xác suất mất quá nửa tài khoản 1%. So với bản 106 lệnh ở risk 11,1%: median 48%, p90 60%, 39% xác suất mất quá nửa. Khác biệt đó đến từ risk, không phải từ dữ liệu.

05 Ổn định theo thời gian — điểm yếu thật của kênh

Đoạn (mỗi đoạn 92 lệnh)	×vốn	Winrate	maxDD
05/01 → 18/03	×0,73	45,7%	−43,4%
18/03 → 25/06	×2,91	64,1%	−11,4%
26/06 → 04/09	×2,59	62,6%	−14,9%

Một phần ba đầu năm là LỖ — tài khoản còn 73% vốn sau 92 lệnh, và toàn bộ drawdown 43,4% của cả mẫu nằm gọn trong đoạn đó. Hai đoạn sau đều tốt và rất giống nhau. Hai cách đọc, chưa phân định được bằng dữ liệu hiện có:

Kênh đã tốt lên (đổi cách ra tin, đổi người phân tích…) — thì con số 8 tháng đang đánh giá thấp hiện tại.
Hoặc chỉ là chu kỳ thị trường — thì một quý xấu như tháng 1→3 sẽ quay lại, và phải sống được qua nó.

Cách duy nhất tách được hai giả thuyết là thêm thời gian. Trong lúc chờ, cấu hình phải chịu được kịch bản xấu: ở risk 4%, lặp lại đúng đoạn 1 nghĩa là −43% vốn rồi mới gây lại.

06 Giới hạn & khuyến nghị

Winrate 57,5% với n=276 → CI95 ≈ 51,6–63,3%. Hoà vốn sau spread là 50,2%, tức cận dưới khoảng tin cậy chỉ cách ngưỡng hoà vốn 1,4 điểm. Kỳ vọng dương, nhưng không dư dả.
Đỉnh tham số nhọn. ×5,53 là ô cao nhất trong 63 ô; hàng xóm gần nhất là ×4,35 và ×4,09. Đừng đọc ×5,53 như lợi nhuận kỳ vọng — đọc như "cấu hình này không tệ hơn ai trong lưới".
Chưa tính: swap qua đêm, trượt giá lúc tin ra, phí commission. Bảng ở mục 01 có cột trừ spread để anh nhìn độ nhạy.
Vào lệnh giả định khớp đúng giá kênh đăng. Thực tế EA vào market nên giá khớp lệch theo độ trễ tin — độ trễ này EA có đo (TimeGMT() − sig.dateUnix) nhưng chưa được đưa vào mô phỏng.
Khuyến nghị giữ nguyên: TP69 · SL66 · SL cứng · risk 4% (rà lại 17/09 trên mẫu dài hơn: giữ nguyên, riêng SL lấy 67 — xem ghi chú đầu trang). Nếu muốn êm hơn thì hạ risk xuống 2% (×2,47, DD 24,6%) chứ đừng đụng vào TP/SL — vặn TP/SL là rời khỏi đỉnh lưới, vặn risk thì di chuyển dọc theo một đường đã biết rõ.

Số cập nhật theo tham số ở trang mô phỏng — cùng bộ 276 lệnh, cùng engine.

07 Đi tìm "lợi nhuận cao nhất" — và vì sao vẫn không đổi

Câu hỏi đặt ra 04/09: tìm TP/SL/BE cho lợi nhuận cao nhất. Quét 15.416 cấu hình (TP 30→200 × SL 30→150 × 8 mốc BE) trên 276 lệnh, rồi làm điều mà mọi bảng "top 10" hay bỏ qua: kiểm chéo theo thời gian — tối ưu trên nửa đầu (05/01→11/05, 138 lệnh), đem nguyên cấu hình sang nửa sau (13/05→04/09, 138 lệnh), và ngược lại.

Cấu hình	Toàn mẫu	Nửa đầu	Nửa sau	Đoạn tệ nhất (có phí 1,8p)
"Cao nhất": TP171 · SL66 · BE70	×8,82	×1,14	×7,74	×0,60
"Bền nhất": TP66 · SL36 · BE30	×5,14	×2,12	×2,43	×1,23
Chốt 17/08: TP69 · SL66 · cứng	×5,53	×1,10	×4,98	×0,66

"Cao nhất" là overfit thời tiết. Cả họ cấu hình TP xa (150–185) + BE, khi tối ưu trên nửa sau cho ×8–9, đem sang nửa đầu thì mất 20–70% vốn (×0,31–0,79). Nó chỉ đẹp vì nửa sau là giai đoạn vàng trend mạnh; winrate thật của nó là 37,6% với 86 lệnh bị BE quét. Không phải cấu hình tốt hơn — là cấu hình đoán trúng thời tiết của một đoạn.
"Bền nhất" đổi bản chất, không phải tốt hơn. TP66/SL36/BE30 là cấu hình duy nhất dương ở cả 3 đoạn kể cả sau phí (×1,31 / ×1,83 / ×1,23) — đây là điểm mạnh thật. Nhưng: (a) SL hẹp = lot to gấp gần hai nên nhạy phí gấp đôi — trừ spread 1,8p là ×5,14 tụt còn ×2,96 (TP69/SL66 còn ×4,09); (b) drawdown thực tế 30,9% thấp hơn là may thứ tự — xáo 4.000 lần thì median 35% / p90 46% / P(≥50%) 5%, tệ hơn TP69/SL66 (31% / 41% / 1%); (c) đỉnh nhọn theo SL: SL 36 cho ×5,14, SL 39 chỉ ×4,00 — ba pip đổi 22% kết quả là tình cờ, không phải cấu trúc; (d) 32% lệnh hoà do BE quét; và điều replay không đo được: SHORT chạm SL theo giá ask sớm hơn bid ~1,8p, tức 5% của một SL 36 pip.
TP69/SL66 không đứng đầu ở đâu — và đó là lý do giữ nó. Trên nửa đầu nó hạng 1.516/15.416, nửa sau hạng 1.466/15.416: top 10% ở cả hai chế độ thị trường, trong khi mọi "nhà vô địch" chỉ vô địch đúng một nửa. Cùng câu hỏi với cả TP72/SL78 (nới SL): ×3,81 so với ×5,53, winrate cao hơn 1,8 điểm nhưng ngưỡng hoà vốn tăng 3,1 điểm vì RR tụt dưới 1 — và drawdown "thấp hơn" của nó cũng biến mất khi xáo thứ tự. Cột SL 66 cao vượt hẳn mọi SL rộng hơn: SL 66 mới là thứ đang giữ hiệu quả, không phải TP.
Nếu vẫn muốn khai thác họ SL hẹp + BE30 vì tính "đều": cách đúng là chạy demo song song vài tháng, không phải đổi tài khoản thật — thứ nó nhạy nhất (spread, slippage của SL hẹp) đúng là thứ replay không mô phỏng được.

Bài học phương pháp: một cấu hình chọn từ 15.416 ứng viên theo tiêu chí "cao nhất toàn mẫu" gần như chắc chắn là khớp quá khứ. Tiêu chí đúng cho câu hỏi "cao nhất mà tin được" là giá trị tệ nhất giữa các đoạn thời gian — và theo tiêu chí đó, không cấu hình nào thắng cấu hình đang chạy đủ rõ để trả chi phí đổi input trên 4 chart thật.

08 TP150 · SL140 · BE — cấu hình đầu tiên vượt được bộ kiểm ở mục 07

⚠️ Số ×vốn trong mục này lạc quan khoảng 18% — mô hình giả định vào lệnh đúng giá entry kênh và làm tròn lot lên. Xem mục 09 cho con số thực tế. Việc SO SÁNH giữa các dòng vẫn đúng vì cả sáu dòng cùng chung một mô hình.

Mục này chạy trên 280 lệnh (05/01→08/09), mẫu mới hơn phần trên của trang. Anh hỏi 09/09: TP150-SL140-BE63, TP150-SL140 dời SL 140→70 khi chạm TP1, và ghép cả hai. Trang mô phỏng không trả lời được hai câu sau — thang dữ liệu của nó chỉ biết "giá có quay về entry không", không biết những mức trung gian như −70 — nên phải replay lại tick (analysis/sim_sl_modes.py).

Cách quản SL (TP150/SL140, risk 4%)	×vốn	trừ 1,8p	Winrate	maxDD	PF	Bền^*
SL cứng, không kéo	×2,29	×1,94	52,9%	−45,2%	1,20	×0,84
TP1→SL −70, dừng đó	×2,46	×2,18	68,3%	−53,1%	1,32	×0,71
TP1→−70, rồi 63p→BE	×4,09	×3,50	63,1%	−25,1%	1,73	×1,17
63p→BE thẳng	×4,76	×4,13	60,2%	−26,6%	1,76	×1,37
70p→BE thẳng	×4,85	×4,28	60,1%	−29,9%	1,73	×1,45
— tham chiếu: TP69/SL66 cứng (chốt 17/08)	×5,29	×3,90	57,1%	−43,4%	1,52	×1,20

^*Bền = ×vốn của nửa thời gian TỆ HƠN (tiêu chí mục 07), không phải ×vốn toàn mẫu.

Vì sao thêm nấc SL lại làm KÉM đi

Trực giác nói "hạ rủi ro sớm rồi mới về hoà vốn" phải an toàn hơn. Đo ra thì ngược: ghép hai nấc cho ×4,09 so với ×4,76 của BE thẳng, và bền hơn hẳn về phía BE thẳng (×1,37 so với ×1,17).

Nấc −70 chỉ sống được 13 pip. Nó bật khi chạm TP1 kênh (median 50p) và tắt khi mốc BE nhận việc (63p). Trong quãng ngắn đó nó gần như không cứu được lệnh nào, nhưng lại thêm một mức để bị quét: 123 lệnh hoà so với 109 của BE thẳng — tức 14 lệnh bị chặn ở −70 mà lẽ ra đã có cơ hội lên BE rồi chạy tiếp (cột thắng: 99 so với 103).
Winrate 68,3% của phương án "dừng ở −70" là ảo giác kế toán. Mức −70 vẫn là lỗ, nhưng trong cách đếm nó rơi vào cột "hoà" chứ không phải "thua" — 97 lệnh biến khỏi mẫu số winrate trong khi tiền vẫn mất. Nhìn PF mới đúng bản chất: 1,32, thua xa 1,76 của BE thẳng. ⚠️ Bài học: winrate cao hơn không có nghĩa là lãi hơn khi mức thoát không phải hoà vốn.
Đơn giản hơn thắng. Cùng họ với kết luận mục 03 (BE đúng/sai tuỳ TP) — mỗi cơ chế thêm vào phải tự trả cho chỗ nó chiếm; nấc −70 không trả nổi.

Vì sao BE ở đây tin được (khác các "nhà vô địch" bị loại ở mục 07)

Cao nguyên rộng cả ba chiều. Mốc BE 60→80 đều cho ×4,2–4,9 với DD 26–30%; TP 130→170 × SL 120→160 đều ×2,9–4,8. Khác hẳn TP66/SL36 hôm 07/09 (lệch SL 3 pip là rơi 22%).
Dương ở CẢ HAI nửa thời gian (×1,37 và ×3,49) — trong khi cùng TP/SL đó mà để SL cứng thì nửa đầu lỗ (×0,84). Mọi mốc BE trong dải 61→74 đều dương ở cả hai nửa, tức tính chất này thuộc về cơ chế BE chứ không riêng một con số nào.
Drawdown thấp KHÔNG phải may thứ tự. Xáo lại 4.000 lần: median 24%, p90 33%, xác suất mất quá nửa vốn 0% — so với 31% / 41% / 2% của cấu hình đang chạy (BE 63 và BE 70 ra cùng một phân phối, xem mục dưới). Đây chính là phép thử đã lật tẩy TP72/SL78 và TP66/SL36.
Biên an toàn rộng gấp ba. Winrate 60,2% (CI95 52,9–67,6%) trên ngưỡng hoà vốn sau spread 48,9% → biên 4,0 điểm; TP69/SL66 chỉ có 1,1 điểm.

BE 63 hay BE 70 — và một sai lầm của chính trang này

⚠ Đính chính

Bản đầu của mục này tiến cử BE 70, dựa vào ×4,85 so với ×4,76 và độ bền ×1,45 so với ×1,37, kèm câu "70 nằm giữa cao nguyên hơn". Câu đó sai, và hai khoảng cách kia nhỏ hơn nhiễu của chính cái lưới tham số — đúng cái bẫy mục 07 dựng ra để tránh. Quét lưới BE mịn từng pip (trước đó chỉ quét thô 63·66·70·80) mới lộ ra.

Mốc BE (TP150/SL140, risk 4%)	61	62	63	64	65	66	68	69	70	72	74
×vốn	4,58	4,78	4,76	4,81	4,60	4,57	4,77	4,58	4,85	4,52	4,61
maxDD	26,6	26,6	26,6	28,0	28,0	29,9	29,9	29,9	29,9	29,9	29,9

BE 70 là một đỉnh NHỌN: hai mốc kề nó cho 4,58 và 4,52. BE 63 nằm giữa một dải mượt (4,78 · 4,76 · 4,81) — hàng xóm đồng thuận với nó. Khoảng cách 4,85 − 4,76 mà bản đầu dùng để chọn 70 chỉ là 2%, trong khi hai mốc BE cạnh nhau chênh nhau tới 7%. Cột "bền" cũng vậy: BE 68 ra ×1,42 và BE 74 ra ×1,43, nên ×1,45 của BE 70 không phải một đỉnh thật. Luật của mục 07: chọn cao nguyên, không chọn đỉnh.

maxDD của MỘT thứ tự lệnh không phải tính chất của cấu hình

Trên đúng chuỗi lịch sử này, BE 63 có drawdown thấp hơn BE 70 3,3 điểm, và khoảng cách đó lặp lại y hệt ở mọi mức risk 4→9% và ở cả 21 mức SL 130→150. Nhìn qua thì đó là bằng chứng dày. Nhưng cả 27 phép chạy ấy dùng CHUNG một thứ tự lệnh — chúng là một quan sát được nhân bản, không phải 27 quan sát độc lập. Phép thử đúng là xáo CÓ CẶP: cùng một hoán vị áp cho cả hai cấu hình, 4.000 lần.

Xáo có cặp 4.000 lần	Kết quả
Hiệu maxDD (BE63 − BE70)	median −0,0 điểm · p10 −3,1 · p90 +2,9
BE 63 có DD thấp hơn ở	51,9% số hoán vị — đồng xu
Chuỗi thua tối đa	cả hai median 4, p90 5
×vốn: BE 70 cao hơn ở	≈100% số hoán vị (và 21/21 mức SL)

Nói cách khác: 3 lệnh thua thêm của BE 70 tình cờ rơi trúng cái hố sâu nhất của lịch sử này. Đổi thứ tự là khoảng cách biến mất. Chuỗi thua "3 so với 4 lệnh" cũng vậy — xáo lại thì cả hai đều là 4.

⚠️ Hệ quả cho mọi so sánh về sau: quy hai cấu hình về "cùng drawdown" rồi nâng risk bên có DD thấp hơn là nguy hiểm nếu khoảng cách DD đó chưa qua phép xáo có cặp — làm vậy là tăng rủi ro THẬT để bù cho một khoảng cách có thể không lặp lại. Ở đây, quy về cùng DD sẽ cho phép nâng BE 63 lên risk 4,53% (×5,72, hơn 17,8%) — con số đúng về số học, nhưng dựa trên một hố vốn n = 1.

⚠️ Ngược lại, tỷ số lãi/DD thừa hưởng cùng điểm yếu: theo lãi/DD thì BE 63 thắng 17/21 mức SL, còn theo ×vốn thì BE 70 thắng 21/21. Cùng một bộ dữ liệu, hai thước đo cho hai kết luận ngược nhau — vì một cái có mẫu số là maxDD của một thứ tự.

Nếu đổi thì đổi thế nào

TP 150 · SL 140 · BE 63 · risk 4%. EA cài được ngay, không phải sửa code: InpUserTpPips=150 · InpUserSlPips=140 · InpSlMode=SL_BREAKEVEN_TP · InpSlBreakevenPips=63. (Chế độ "dời SL lên mức trung gian" thì EA không có — muốn dùng phải viết mới, mà nó lại là phương án kém nhất.)

Chọn 63 vì hình dạng của cao nguyên, không phải vì con số lãi: hai mốc này không phân biệt được bằng 280 lệnh (chênh 2% lãi, DD chênh nhau ở mức đồng xu). Bất kỳ mốc nào trong 62–64 đều tương đương; 63 nằm giữa. Đừng đọc mục này thành "63 lãi hơn 70" — nó nói "63 an toàn hơn khi chọn, vì hàng xóm của nó đồng thuận".

⚠ Ba điều phải biết trước khi đổi

39% lệnh sẽ kết thúc hoà (109/280). Anh sẽ thấy rất nhiều lệnh "về mo" — chính nó là thứ mua lấy drawdown thấp, nhưng phải quen về mặt tâm lý.
Lot chỉ còn một nửa. SL 140 với risk 4% cho 0,11 lot ($1,10/pip) thay vì 0,24 ($2,40/pip) của SL 66 — mỗi lệnh ăn ít tiền hơn dù pip lớn hơn, đổi lại ít nhạy spread hơn (đó là lý do nó thắng sau phí).
Vẫn là mẫu 8 tháng. Cấu hình này qua được mọi phép kiểm hiện có, nhưng "qua kiểm" không phải "chắc chắn đúng ở tương lai". Cách an toàn là chạy song song demo một thời gian trước khi đổi tài khoản thật.

09 Mô phỏng lạc quan bao nhiêu — và bộ lọc lệnh vào muộn

Ngày 09/09 một lệnh thật (#4728) vào chậm 18,4 pip so với giá kênh công bố: SL thật thành 158p thay vì 140p, TP thật còn 132p thay vì 150p. Câu hỏi anh đặt ra: mô phỏng có tính chuyện đó không? Không. Mục này đo xem nó lạc quan bao nhiêu, và thử một bộ lọc.

Khoảng lệch vào lệnh — giả thuyết ban đầu SAI

Suy đoán ban đầu là "kênh hay bắn tin sau khi giá đã chạy thuận, nên lệch sẽ nghiêng về phía bất lợi". Đo trên 280 lệnh thì ngược lại — nó gần như đối xứng hoàn hảo:

Khoảng lệch (dương = vào ĐẸP hơn giá kênh)	Giá trị
Trung vị	+0,0 pip
Trung bình	−0,2 pip
Vào đẹp hơn / vào tệ hơn	137 (49%) / 143 (51%)
p10 · p90	−7,3p · +6,2p
— lệch bất lợi ≥ 10p	18 lệnh (6,4%)
— lệch bất lợi ≥ 20p	7 lệnh (2,5%)
— lệch bất lợi ≥ 30p	3 lệnh (1,1%)

Kênh này bắn tin rất đúng lúc — trung vị lệch bằng 0. Nhưng cái đuôi dày: 2,5% số lệnh vào muộn quá 20 pip, và #4728 nằm trong nhóm đó.

Mô phỏng lạc quan 18%

TP150 · SL140 · BE63 · risk 4%	×vốn	trừ 1,8p	Winrate	maxDD	PF
Mục 08 đang ghi	×4,76	×4,13	60,2%	−26,6%	1,76
A · sửa cách làm tròn lot	×4,44	×3,91	60,2%	−27,1%	1,76
B · vào giá thị trường THẬT	×4,03	×3,49	59,5%	−20,8%	1,68

Làm tròn lot (−7%). Mô phỏng dùng round, EA dùng MathFloor — luôn làm tròn xuống bội số 0,01 lot. Sai lệch nhỏ mỗi lệnh, cộng dồn qua 280 lệnh thành 7%.
Giá vào thật (−9%). SL/TP neo giá kênh nên vào muộn là TP teo, SL dài ra.
⚠️ Nhưng drawdown lại TỐT hơn (−20,8% so với −27,1%): lot co giãn theo khoảng cách thật tới SL, nên vào tệ thì lot tự nhỏ lại. Cơ chế này mô phỏng cũ không cho ghi điểm — nó giả định mọi lệnh cùng một SL nên cùng một lot.

Bỏ lệnh đã chạy quá xa khỏi vùng entry

Ngưỡng bỏ	Bỏ	×vốn	trừ 1,8p	Winrate	maxDD	PF	Bền^*
không chặn	0	×4,03	×3,49	59,5%	−20,8%	1,68	×1,27
≥ 30p	3	×4,17	×3,62	59,9%	−20,4%	1,69	×1,32
≥ 20p — anh chốt	7	×4,43	×3,85	60,4%	−17,5%	1,73	×1,39
≥ 15p	12	×4,47	×3,86	60,6%	−17,3%	1,74	×1,45
≥ 10p	18	×4,31	×3,73	60,5%	−17,5%	1,73	×1,45
≥ 5p (quá chặt)	44	×3,39	×2,91	59,4%	−13,9%	1,66	—

^*Bền = ×vốn của nửa thời gian tệ hơn.

Qua cả ba lớp kiểm của mục 07: cao nguyên rộng (mọi ngưỡng 10→30p đều hơn không chặn) · walk-forward dương hẳn (×1,27 → ×1,39) · xáo có cặp 4.000 lần: chặn lãi hơn ở 100% hoán vị, drawdown thấp hơn ở 60,9%. Đây là bộ lọc đầu tiên trong dự án qua được cả ba.

Đúng 7 lệnh bị chặn ở ngưỡng 20p, kết cục thật của chúng: 3 dính SL (−163p, −196p, −162p) · 3 về hoà · 1 chạm TP (+122p). Tổng cộng −400 pip — bỏ chúng là đúng. Con số này cũng nói vì sao chặn ăn được cả drawdown: những lệnh vào muộn có SL dài bất thường (163–196p thay vì 140p), nên khi thua là thua nặng.

Vì sao chốt 20 chứ không phải 15 (15p nhỉnh hơn: ×4,47 và bền ×1,45): chênh lệch giữa hai ngưỡng nhỏ hơn nhiễu, mà 20p chỉ đụng 7 lệnh thay vì 12 — can thiệp ít nhất trong vùng có hiệu quả. Bằng chứng ở đây mỏng theo nghĩa số lệnh (7/280), nên chọn phía thận trọng.

⚙ Đã cài vào EA — v1.980

InpMaxEntrySlipPips = 20. Chỉ áp cho mode MARKET (lệnh chờ không bao giờ "vào muộn" — nó đợi giá quay về vùng). Tin bị bỏ không vào hàng đợi thử lại: thử lại sau 3 giây chỉ càng muộn hơn. EA báo Telegram một dòng để biết vì sao không có lệnh.

⚠️ Trước v1.980, InpEntryChasePips bị bỏ qua hoàn toàn khi mode = MARKET — không có gì chặn việc vào muộn, bao xa cũng vào.

⚠ Bài học đo — hai lỗi trong chính mục này

Suy luận thay vì đo. Giả thuyết "kênh bắn tin muộn" nghe rất hợp lý và sai hoàn toàn (49/51). Nếu không đo mà đi sửa theo giả thuyết đó thì đã sửa nhầm hướng.
Sai dấu trong công thức. Bản đầu viết slF = SL + slip thay vì SL − slip, tức vào tệ thì SL ngắn lại — vô lý về vật lý nhưng chương trình vẫn chạy trơn tru và ra bảng số đẹp. Chỉ lộ ra khi in kết cục từng lệnh và thấy "lệch −23p → SL 117p". Từ nay mọi script đo phải tự kiểm bằng một ca THẬT đã biết đáp số trước khi in bất kỳ kết quả nào — ở đây là #4728: slip −18,4p, SL 158,4p, TP 131,6p, khớp đúng tin Telegram.

10 BE neo vào đâu — entry kênh hay giá vào của mình

Ngày 10/09 anh mất một lệnh đã chạm TP3 vì BE quét: lệnh vào lệch 16 pip, "kênh không bị BE mà anh bị". Soi code thì đây là một bất nhất trong thiết kế chưa ai để ý.

Mốc	Neo vào (trước v1.981)
SL gốc	entry kênh (v1.922)
TP	entry kênh
BE — cả mốc kích hoạt lẫn mức SL mới	giá khớp thật
— SL ảo (`m_vStops`)	entry kênh (đã đúng từ trước)

Lệnh bán vào tệ hơn kênh 16 pip thì BE của mình nằm thấp hơn BE-theo-kênh đúng 16 pip — giá hồi lên chạm mình trước. Đáng chú ý: SL ảo vốn đã neo entry kênh, nên hai hệ đang dùng hai mốc khác nhau cho cùng một cơ chế BE.

Bốn cách neo, đo trên 280 lệnh

Phương án	×vốn	trừ 1,8p	Winrate	maxDD	PF	Bền
A · neo giá vào (cũ)	×4,03	×3,49	59,5%	−20,8%	1,68	×1,27
B · neo ENTRY KÊNH	×4,49	×3,84	60,2%	−23,7%	1,74	×1,34
C · kích theo kênh, stop giá vào	×4,03	×3,43	59,3%	−20,6%	1,68	×1,31
D · kích theo giá vào, stop kênh	×4,13	×3,54	59,8%	−27,9%	1,70	×1,24

Xáo có cặp 4.000 lần: B lãi hơn A ở 100% hoán vị. Còn khoảng cách drawdown 2,9 điểm thì median hiệu là −0,0 (52,4% — đồng xu), tức đúng loại nhiễu thứ tự đã lật tẩy ở mục 08. B cứu 6 lệnh (A bị quét → B chạm TP), làm hỏng 3, đổi 1 lệnh từ hoà sang thua.

Vì sao B thắng ở CẢ HAI chiều lệch

Vào	A · neo giá vào	B · neo entry kênh
tệ hơn kênh	stop đặt ngay tại giá vào → hồi nhẹ là quét	kích sớm hơn nhưng stop lùi ra xa
đẹp hơn kênh	kích ở 63p — quá sớm so với hành trình thật	mốc kích hoạt đến muộn hơn, thoát khỏi vùng giật

Ngoài con số, lý lẽ thiết kế mạnh hơn: B khôi phục tính nhất quán. Luật v1.922 — "SL là mức cấu trúc của kênh, không xê dịch theo chỗ mình vào" — giờ áp cho cả ba mốc, và SL thật khớp lại với SL ảo.

Cộng hưởng với bộ lọc vào muộn của mục 09

Cấu hình	×vốn	trừ 1,8p	maxDD	Bền
gốc v1.978 — BE giá vào, không lọc	×4,03	×3,49	−20,8%	×1,27
+ lọc 20p (v1.980)	×4,43	×3,85	−17,5%	×1,39
+ BE neo kênh (v1.981)	×4,49	×3,84	−23,7%	×1,34
CẢ HAI — cấu hình chạy thật	×4,77	×4,09	−20,5%	×1,47

Xáo có cặp 4.000 lần so với bản gốc: lãi hơn ở 100% hoán vị, drawdown thấp hơn ở 64,5%. Hai thay đổi bọc lẫn nhau: bộ lọc chặn mọi lệnh lệch quá 20 pip, nên khoản lỗ mà BE-neo-kênh có thể để lại bị kê trần đúng 20 pip.

⚠ Đánh đổi và giới hạn

Với lệnh vào tệ, BE mới thoát ở mức LỖ đúng bằng khoảng lệch — không còn đúng nghĩa "hoà vốn". Trên mẫu này nó đổi 1 lệnh từ hoà sang thua.
Lệnh đang chạy lúc nạp EA giữ nguyên BE cũ: guard "không nới lỏng" chặn việc đổi sang mốc lỏng hơn. Không hại gì, chỉ là chúng không hưởng lợi — lệnh mới thì đúng ngay.
Vẫn là mẫu 8 tháng, và chỉ 10 lệnh đổi kết cục. Bằng chứng mỏng theo số lệnh dù dày theo phép kiểm.

11 Vào MARKET hay đặt lệnh chờ trong vùng entry

Sau khi kênh Swing (đo 17/09) cho kết quả lệnh chờ thắng market, câu hỏi tự nhiên là kênh này có nên làm theo không. Câu trả lời ngược hẳn — và lý do nằm ở chỗ "vùng entry" của hai kênh là hai thứ khác nhau.

Vùng entry của kênh này là do EA TỰ VẼ

Kênh chỉ đăng đúng một giá E (Entry: 4439.57 · TP 50/100/150p · SL 150p). Khối SignalInbox.mqh:917-926 nở nó thành vùng 5 USD = 50 pip, toàn bộ về phía giá tốt hơn:

Chiều	Kênh đăng	EA dựng vùng	Mép xấu	Mép tốt
SELL	E	[E, E+5]	E	E+5
BUY	E	[E−5, E]	E	E−5

Hai hệ quả, cả hai đều quan trọng:

Mép xấu = đúng giá kênh. EA neo SL (v1.922) · TP tự nhập (ApplyUserTp) · BE (v1.981) tất cả ở mép xấu, tức ở E, bất kể khớp ở đâu → đổi cách vào không đụng ba mốc đó. Nó chỉ đổi: có khớp không · lãi/lỗ lệch bao nhiêu · khoảng cách rủi ro (tức lot). Đây cũng là lý do lỗi neo-BE vừa sửa ở kênh Swing (mục 10 của research kênh Swing) không đụng tới kênh này: mô phỏng neo ở E, EA neo ở mép xấu — trùng khít.
"Đặt limit trong vùng" ở đây nghĩa là đòi giá chạy NGƯỢC lại rồi mới vào, chứ không phải chờ giá về đúng vùng kênh cho. Rất khác Swing, nơi vùng là vùng thật của kênh.

Kết quả — market thắng ở mọi mức và mọi TTL

295 tín hiệu (05/01→16/09) × 71,8 triệu tick · TP69 · SL67 · BE tắt · trừ spread (median 1,82p) · lệnh chờ không khớp tính 0R · có đủ ba hàng rào của EA.

Cách vào	R/lệnh	t	vào / lỡ	×vốn @DD30%	market thắng
MARKET — đang chạy	+0,180	3,2	284 / 0	×4,7	—
limit ngay tại E	+0,148	2,5	290 / 3	×3,0	100%
limit +5p	+0,165	2,7	284 / 9	×3,6	97%
limit +15p	+0,160	2,3	258 / 35	×1,9	99%
limit +25p — giữa vùng	+0,109	1,4	230 / 63	×1,3	100%
limit +50p — cuối vùng	+0,087	0,7	169 / 124	×1,2	100%

Cột cuối là xáo CÓ CẶP 1.000 hoán vị, quy cả hai chuỗi về cùng drawdown 30% rồi so ×vốn. TTL 15′ · 30′ · 60′ · 120′ · 240′ và cả ∞ đều cho cùng một hình: không mức nào thắng market.

Vì sao — và vì sao ngược với kênh Swing

1 · Không có hình phạt vào trễ để mà sửa. Giá market lúc tin tới lệch giá kênh trung vị −0,1 pip; 49% số tin vào đẹp hơn kênh (p10 −7,3p / p90 +5,8p) — tức lệch đối xứng, không phải "kênh bắn tin muộn". Kênh Swing thì EA vào market tệ hơn giữa vùng 25 pip: ở đó lệnh chờ có thứ thật để sửa, ở đây không có gì để sửa mà chỉ có lệnh để mất.

2 · Chờ giá không lọc lệnh xấu — nó lọc lệnh TỐT. Đây là phần quan trọng nhất của mục này:

Mức chờ (TTL 30′)	Khớp / lỡ	Lợi thế giá vào	R nhóm KHỚP	R nhóm LỠ nếu vào market
+5p	286 / 9	+3,2p	+0,170	+0,731
+15p	260 / 35	+13,2p	+0,182	+0,696
+25p giữa vùng	232 / 63	+23,2p	+0,138	+0,768
+50p cuối vùng	170 / 125	+48,2p	+0,150	+0,753

Nhóm bỏ lỡ đáng gấp ~5 lần nhóm khớp được, và con số đó phẳng ở mọi mức chờ — lợi thế giá vào có tăng từ 3p lên 48p cũng không kéo nổi chất lượng nhóm khớp lên. Lệnh chạy thẳng tới TP không ngoái lại chính là lệnh bị loại. Ngay cả ở mức 50p vẫn khớp 58% số tin, nhưng trong nhóm khớp số lệnh chạm TP tụt 163 → 27 còn số dính SL vẫn nhích 127 → 142.

Hai thứ tiện thể xác nhận lại

Hàng rào 20p (InpMaxEntrySlipPips, mục 09) còn đáng giữ không? Bỏ nó ra thì R tụt +0,180 → +0,169, mà nó chỉ chặn 9/295 tin → giữ.
Dò lại toàn lưới 486 cấu hình TP×SL×BE cho market, so CÓ CẶP với bộ đang chạy: 0 cấu hình nào có t > 2 — trong khi ngẫu nhiên thôi cũng phải ra ~11. Tức các mục 01-10 của trang này vẫn đứng trên mẫu đã dài thêm 12 ngày.
BE ở TP69 (mục 03) có đúng là nên tắt không? 69/67/BE40 ra −0,065R so với bộ đang chạy (t −2,1), thắng ở 1% hoán vị → tắt.

⚠ Bẫy đã dính trong lúc đo — tự kiểm bắt được

js_outcome_be(tr, t, B, s) là (TP, BE, SL). Truyền nhầm (tp, sl, be) ra 37% lệch — lần thứ hai dính đúng thứ tự tham số này. Sau khi sửa, đối chiếu hai đường code độc lập (đọc thẳng mảng tick vs đọc thang nén đã công bố): 24.300 ca, 0 lệch.
Bản nháp "xáo có cặp" xáo thứ tự rồi so ×vốn ở risk cố định — mà ∏(1+r·R) bất biến theo thứ tự, nên cột đó không đo gì cả (ra 0%/100% tất định). Phải xáo ở mức đã quy về cùng drawdown, vì DD mới là thứ phụ thuộc thứ tự. Script giờ có assert cho đúng hai bất biến đó.
Điểm ×vốn@DD30 một mình là số n=1: lưới thô cho 180/150/80 ra ×6,6 nhìn như hơn hẳn ×4,7 của bộ đang chạy, nhưng xáo có cặp ra 53% — tung đồng xu. Đúng bài học BE63-vs-BE70 ở mục 08.

⚠ Giới hạn

Chỉ đúng cho kênh này. Kết luận đảo chiều hoàn toàn trên kênh Swing vì ở đó vùng entry là vùng thật và EA vào market tệ hơn giữa vùng 25 pip. Đừng bê cách vào qua lại.
Lệnh chờ mô phỏng khớp tại đúng mức đặt, không mô phỏng gap xuyên qua (gap chỉ cho fill tốt hơn, nên đây là hướng bảo thủ cho lệnh chờ).
Market mô phỏng khớp tại tick lúc tin tới, độ trễ bằng 0. Log EA thật ghi age=1-3s; lệch giá vào đo được trùng với phép đo độc lập ở mục 09 (trung vị ~0, đối xứng) nên sai số này không có hướng.

12 Chỉ lấy dữ liệu từ tháng 4 — và câu hỏi SL 85

Anh chốt 19/09: "chỉ lấy dữ liệu kênh từ tháng 4, trước đó kênh không ổn định; kiểm tra lại và đề xuất bộ input mới, kiểm thêm SL 85". Mục này trả lời cả hai — và trả lời luôn câu tại sao cắt mẫu theo kết quả lại là con dao hai lưỡi.

Tiền đề đúng: tháng 1 lỗ, từ tháng 4 dương liền mạch

Tháng	n	R TB	Winrate	×vốn@4%
2026-01	49	−0,171	40,8%	×0,69
2026-02	25	+0,056	52,0%	×1,04
2026-03	34	+0,075	52,9%	×1,08
2026-04	26	+0,405	69,2%	×1,49
2026-05	19	+0,496	73,7%	×1,43
2026-06	37	+0,207	59,5%	×1,32
2026-07	37	+0,207	59,5%	×1,32
2026-08	44	+0,384	68,2%	×1,90
2026-09	24	+0,438	70,8%	×1,49

Bộ đang chạy 69/67/SL cứng, tính riêng từng tháng: tháng 1 −0,171R (winrate 40,8%), tháng 2-3 gần như đứng yên, rồi sáu tháng liền dương không sót tháng nào. Mẫu cắt còn 187 lệnh (02/04→16/09): R +0,335 (t 4,7) · winrate 65,8% · PF 1,98 · ×10,51@4% · maxDD chỉ 15,1% — so với +0,197 / ×8,04 / DD 43,7% trên đủ 295 lệnh.

⚠ Nhưng cắt theo KẾT QUẢ thì mọi số tuyệt đối lạc quan có hệ thống

Ta bỏ đúng cái đoạn lỗ. Con số +0,335R và DD 15,1% không phải "kênh thật sự tốt thế" — chúng là "kênh tốt thế nếu bỏ qua ba tháng tệ nhất". Mẫu này dùng để SO các cấu hình với nhau thì được (mọi cấu hình cùng chịu một kiểu thiên lệch), nhưng không được dùng làm kỳ vọng, và tuyệt đối không dùng để nâng risk — DD 15% là con số của một mẫu đã lọc, không phải của tương lai.

Đây chính là câu hỏi bỏ ngỏ của mục 05: kênh đã tốt lên thật, hay tháng 1-3 chỉ là chu kỳ sẽ quay lại? Cắt mẫu không trả lời được câu đó — nó chỉ giả định sẵn một đáp án.

Dò lại 2.808 cấu hình trên đúng mẫu đã cắt — không ai thắng

Lưới TP 50-200 × SL 40-125 × BE (tắt / 20-120), so CÓ CẶP với bộ đang chạy trên cùng 187 lệnh:

Cấu hình	R TB	t	ΔR vs base	t của Δ	WR	PF	×@4%	maxDD
69 / 67 / cứng	+0,335	4,7	—	—	65,8%	1,98	×10,51	15,1%
170 / 65 / BE80	+0,475	4,1	+0,140	1,6	45,3%	2,17	×23,71	29,9%
180 / 85 / BE100	+0,470	4,5	+0,135	1,5	51,0%	2,20	×24,52	24,9%
170 / 85 / BE100	+0,465	4,6	+0,130	1,5	52,3%	2,19	×23,97	25,2%
150 / 65 / BE80	+0,457	4,2	+0,122	1,6	47,9%	2,13	×21,72	32,2%

0 / 2.808 cấu hình có t > 2 — trong khi ngẫu nhiên thôi cũng phải ra ~65. Bảng trên là đỉnh của lưới, và đỉnh đó chỉ đạt t ≈ 1,5-1,6; xáo CÓ CẶP quy về cùng DD 30% cho 47-67%, tức tung đồng xu.

Vì sao cắt tháng 1-3 lại chính là thứ làm họ TP xa trông đẹp

Đỉnh lưới là họ TP 150-180 / SL 65-85 / BE 80-100 — đúng họ mà mục 07 đã loại một lần ("cao nhất là overfit thời tiết"). Cho chính chúng chạy trên 108 lệnh tháng 1-3 vừa bị cắt:

Cấu hình	R TB (T1-3)	t	WR	×vốn@4%	maxDD	Đoạn tệ nhất 40 lệnh mẫu T4+ / đủ 295
69 / 67 / cứng	−0,041	−0,4	47,2%	×0,76	43,7%	×1,07 / ×0,78
170 / 65 / BE80	−0,184	−1,5	21,2%	×0,39	68,0%	×1,15 / ×0,60
180 / 85 / BE100	−0,248	−2,2	22,1%	×0,30	71,9%	×1,22 / ×0,54
170 / 85 / BE100	−0,269	−2,5	22,1%	×0,28	73,9%	×1,25 / ×0,53

Đây là chỗ cần đọc kỹ: trên mẫu đã cắt, họ TP xa trông tốt hơn ở MỌI cột — R cao hơn, DD thấp hơn, đoạn tệ nhất còn đỡ hơn bộ đang chạy (×1,22-1,25 so với ×1,07). Nhưng đúng cái chế độ vừa bị cắt bỏ lại là chế độ giết chúng: winrate tụt còn 21-22%, mất 60-72% vốn, drawdown 68-74%. Bộ đang chạy qua cùng đoạn đó chỉ mất 24% vốn.

Nói cách khác: cắt tháng 1-3 không phải là lọc nhiễu, nó là bỏ phiếu cho một giả thuyết. Chọn họ TP xa dựa trên mẫu đã cắt = đặt cược rằng chế độ tháng 1-3 không bao giờ quay lại — mà mục 05 đã nói dữ liệu hiện có không phân định được. Bộ đang chạy không cần cược đó: nó chỉ lỗ nhẹ trong chế độ xấu (−0,041R) thay vì bị xoá sổ.

Câu hỏi SL 85

Trên mẫu T4+, BE tắt, so SL 85 với SL 67 ở từng mức TP (ΔR là hiệu có cặp):

TP	SL 67: R	WR	SL 85: R	WR	ΔR (85−67)	t
50	+0,233	70,6%	+0,223	77,0%	−0,010	−0,3
69	+0,335	65,8%	+0,308	72,2%	−0,027	−0,75
90	+0,303	55,6%	+0,288	62,6%	−0,015	−0,4
110	+0,314	49,7%	+0,313	57,2%	−0,001	−0,0
150	+0,403	43,3%	+0,405	50,8%	+0,002	0,0
180	+0,400	38,0%	+0,434	46,0%	+0,034	0,5
200	+0,321	33,2%	+0,381	41,2%	+0,059	0,8

Winrate tăng +6,4 điểm mà R lại giảm — đây là chỗ dễ đọc sai nhất, nên tách hẳn ra số học. Ở TP69, nới SL 67→85 làm lot nhỏ đi 21,2%, nên mỗi lệnh thắng chỉ còn 69/85 = 0,812R thay vì 69/67 = 1,030R:

12 lệnh thoát được SL (64 → 52 lệnh thua), mỗi lệnh đổi từ −1R sang +0,812R: +21,7R
123 lệnh vốn đã thắng nay mỗi lệnh mất 0,218R: −26,8R
Ròng −5,1R / 187 lệnh = −0,027R mỗi lệnh

Tức phần winrate mua được không trả nổi phần lot bị cắt. Đây cùng một bài học với mục 07 ("winrate cao hơn không có nghĩa là lãi hơn") nhưng qua một cơ chế khác: ở đó mức thoát không phải hoà vốn, ở đây là sizing.

Hiệu số đó không phân biệt được với 0 (t −0,75). Xáo CÓ CẶP @DD30: SL85 thắng ở 65% hoán vị trên mẫu T4+ nhưng chỉ 18% trên đủ 295 lệnh (ΔR −0,037, t −1,4) — tức ngay cả cái "hơn" mong manh kia cũng là hiện tượng của riêng mẫu đã cắt. Theo tháng, SL85 hơn ở 4 tháng và kém ở 5 (tháng 6 −0,130, tháng 3 −0,115).

Đáy SL vẫn phẳng. Quét từng pip ở TP69: R nằm trong dải +0,275…+0,336 suốt 62→90 pip. SL 85 nằm trong cao nguyên đó — nó không rơi, nhưng cũng không có gì để lấy. Kết luận "đáy phẳng" của mục 02 vẫn đứng, chỉ là cao nguyên rộng hơn mình tưởng.

◆ Chốt

Giữ nguyên TP 69 · SL 67 · BE tắt · risk 4%

Trên mẫu đã cắt có lợi cho mọi ứng viên, không cấu hình nào trong 2.808 thắng bộ đang chạy một cách phân biệt được. SL 85 là thay đổi trung tính: mất ~0,03R mỗi lệnh để đổi lấy +6 điểm winrate và cảm giác êm hơn — mà ở đoạn xấu nó không êm hơn thật (đoạn tệ nhất ×1,04 so với ×1,07).

Thứ duy nhất mẫu tháng 4+ đổi là KỲ VỌNG (+0,335 thay vì +0,197) — và đó đúng là con số chưa được phép tin, vì nó có được bằng cách bỏ đi đoạn phản chứng. Muốn tin nó thì cần thêm thời gian, không phải cắt bớt dữ liệu.

⚠ Giới hạn của chính mục này

Cột ×vốn@DD30 trên mẫu T4+ là số n=1, đừng đọc giá trị tuyệt đối. DD chỉ 15,1% ở risk 4% nên risk quy về DD 30% bị đẩy lên ~9%, và ở mức đó một lệnh lật từ SL sang TP làm ×@DD30 nhảy 27 → 87 (giữa SL 64 và SL 65). Cột này chỉ dùng cho so CÓ CẶP (cùng hoán vị, cùng mẫu), không bao giờ đọc rời.
Cột "trừ spread" là số lượng tử. Thang bps/recs là hàm bậc thang chính xác theo (SL, TP) nên trừ 1,8p chỉ lật kết cục khi đỉnh lãi rơi đúng vào dải đó: 69/67 lật 0 lệnh, 69/85 lật 1. Đừng đọc như một đại lượng liên tục.
Không dò lại cách vào lệnh. Mục 12 giữ nguyên giả định market của mục 11; toàn bộ lưới chạy trên cùng một cách vào.
187 lệnh là mẫu ngắn. Sai số chuẩn của R ở đây là ±0,071 — tức hai cấu hình cách nhau dưới ~0,14R không phân biệt được, và đỉnh lưới chỉ cách bộ đang chạy 0,12-0,14R.

13 Vào lệnh xấu 10-20 pip — đo trên tick, kết quả ÂM

Anh hỏi 19/09: "với những lệnh vào vị thế không đẹp mất 10-20 pip thì tỉ lệ đi xa cắn được TP3 là bao nhiêu, hay có thể nới TP thêm bao nhiêu pip?" — hai câu, và cả hai đều ra không. Mục này giữ lại vì một kết quả âm có kèm số lệnh cần để trả lời đáng giá hơn một kết quả dương mỏng.

⚠ Điều rất dễ đọc nhầm — phải nói trước

Từ v1.922, cả TP lẫn SL đều neo vào GIÁ KÊNH, không neo vào chỗ mình khớp (mục 11 đã dựng lại cơ chế này). Nên với MỘT tin, việc "giá có chạm TP3 trước khi chạm SL không" là chuyện của đường giá, hoàn toàn không phụ thuộc mình vào ở đâu. Vào xấu không đổi xác suất thắng của tin đó — nó đổi mình ăn/mất bao nhiêu.

Nên câu hỏi thật sự đo được là câu KHÁC: những tin mà ta vào xấu có phải là loại tin khác (đường giá khác) hay không — tức có tương quan giữa độ lệch và kết cục không.

Vì sao phải đi thẳng vào tick

Thang bps/recs nhúng trong trang mô phỏng chỉ biết "giá đi được bao xa TỪ GIÁ KÊNH". Nó mù với "lúc tin tới, giá thị trường đang ở đâu so với giá kênh" — mà đó chính là độ lệch vào lệnh. Trả lời bằng thang đó thì buộc phải giả định đúng cái đang cần kiểm. analysis/slip_vs_tp.py replay thẳng 71,8 triệu tick × 295 tin, lấy giá market tại đúng mốc tin tới (EA chạy ENTRY_MARKET, log ghi age=1-3s).

Kiểm chéo: R toàn mẫu ra +0,182 so với +0,180 của mục 11 — hai đường code độc lập, cùng đáp số; và winrate TP69/SL67 ra đúng 59,0% đã công bố.

Nhóm được hỏi nhỏ hơn nhiều so với cảm giác

p10	p25	Trung vị	p75	p90	max
−4,9p	−1,7p	+1,0p	+4,0p	+8,1p	+56,3p

37% số lệnh vào ĐẸP hơn giá kênh (110/295). Lệch ≥10p chỉ 22/295 (7,5%), lệch ≥20p — mức InpMaxEntrySlipPips chặn — chỉ 8/295 (2,7%).

Tỉ lệ chạm từng mốc TP, chia theo nhóm độ lệch

Nhóm	n	TP50	TP69	TP100	TP150 = TP3	TP200
vào ĐẸP hơn kênh	110	62,7%	59,1%	48,2%	36,4%	30,0%
xấu 0-5p	130	63,1%	58,5%	44,6%	33,1%	26,9%
xấu 5-10p	33	66,7%	57,6%	51,5%	48,5%	30,3%
xấu 10-20p	14	64,3%	64,3%	50,0%	28,6%	21,4%
xấu ≥20p (EA chặn)	8	75,0%	62,5%	50,0%	25,0%	25,0%
TẤT CẢ	295	63,7%	59,0%	47,1%	35,6%	28,1%

Không có tương quan nào đo được. Fisher exact (nhóm ≥10p so với phần còn lại, mốc TP3): p = 0,49. Và chiều còn đảo ngược giữa hai mẫu — trên đủ 295 lệnh nhóm xấu ra 27,3% so với 36,3%, nhưng trên mẫu T4+ (mục 12) nhóm xấu ra 60,0% so với 42,9% (p = 0,65). Nhóm 5-10p thậm chí cao hơn trung bình. Tất cả là nhiễu của n = 14-33.

⚠ Câu này sẽ KHÔNG BAO GIỜ trả lời được bằng kênh này

Để phân biệt chắc chắn khoảng cách 7 điểm % (35,6% so với 28,6%) ở power 80% cần ~696 lệnh MỖI NHÓM. Nhóm lệch ≥10p hiện có 22 — với nhịp ra tin hiện tại là ~149 tháng nữa.

Ghi con số này ra đây là mục đích chính của mục 13: lần sau ai (kể cả chính tôi) định mở lại vòng đo này thì đọc dòng trên rồi thôi.

Nới TP cho lệnh vào xấu: sai hướng, và có cơ chế rõ

TP	Nhóm ≥10p: R TB	chạm TP	Nhóm còn lại: R TB	chạm TP
69p	+0,011	63,6%	+0,196	58,6%
100p	−0,031	50,0%	+0,178	46,9%
150p	−0,295	27,3%	+0,183	36,3%
200p	−0,284	22,7%	+0,159	28,6%
250p	−0,487	13,6%	+0,164	24,2%

Cơ chế đáng nhớ vì nó phản trực giác: vào xấu 15p rồi nới TP lên 150p thì R:R tốt lên thật — 135p ăn / 82p mất = 1,65, so với 0,66 ở TP69. Nhưng tỉ lệ chạm sụt 63,6% → 27,3%, và phần sụt đó nuốt sạch phần R:R được cải thiện, còn dư. Nới TP không phải thuốc chữa cho lệnh vào xấu — nó làm tệ thêm.

Thứ vào xấu thật sự lấy đi là R:R, không phải winrate

Nhóm	n	R TB @TP69	t	Winrate	R:R TB	WR cần để hoà
vào ĐẸP hơn kênh	110	+0,292	2,8	59,1%	1,172	46,0%
xấu 0-5p	130	+0,151	1,8	58,5%	0,969	50,8%
xấu 5-10p	33	+0,058	0,4	57,6%	0,834	54,5%
xấu 10-20p	14	+0,091	0,4	64,3%	0,686	59,3%
xấu ≥20p (EA chặn)	8	−0,131	−0,5	62,5%	0,403	71,3%

Winrate gần như đứng yên qua mọi nhóm (57,6-64,3%) — đúng như hệ quả của việc neo TP/SL vào giá kênh. Thứ tụt là R:R: từ 1,172 xuống 0,403, kéo ngưỡng hoà vốn từ 46,0% lên 71,3%. Nhóm ≥20p là nhóm duy nhất âm kỳ vọng — cần 71,3% mà chỉ có 62,5%. Hàng rào InpMaxEntrySlipPips = 20 (mục 09) đang chặn đúng cái nhóm duy nhất đáng chặn — giữ nguyên.

⚠ Đính chính mục 11 — và hai bẫy đã dính khi đo

Suy sai từ chính mục 11. Lúc mới nhận câu hỏi, tôi lấy bảng "nhóm lỡ đáng +0,70…+0,80R" của mục 11 để lập luận rằng vào xấu = giá đang chạy mạnh = lệnh tốt hơn. Đo ra thì không phải. Nhóm "lỡ" ở mức chờ +25p là 63 lệnh (giá không hồi 25p về phía mình), còn nhóm "lệch ≥10p" là 22 lệnh — hai tập khác nhau. ⚠️ Bài học: hai phép đo cùng nói về "giá chạy đi" không có nghĩa chúng nói về CÙNG MỘT TẬP LỆNH — cùng họ với bài học v1.960 (trước khi kết luận hai thứ "lặp nhau", hỏi chúng trả lời CÂU HỎI nào; ở đó là hai dải kỳ cùng LOẠI số nhưng khác PHẠM VI).
Nhóm nuốt mất một lệnh, im lặng. Bản đầu đặt mép dưới nhóm "vào đẹp" ở −99p, mà có đúng một lệnh lệch −122,2p (27/06, LONG, kênh 4088.39 trong khi market 4076.17 — tốt hơn $12,22). Tổng các nhóm ra 294 trong khi mẫu có 295. Chỉ lộ vì tôi cộng tay lại các dòng. Script giờ có check_buckets() bắt cứng "tổng các nhóm = tổng mẫu" — mép ngoài của một phép chia nhóm phải rộng thật sự, đừng đoán biên.

⚠ Giới hạn

Mục này chỉ bác bỏ, không khẳng định. Nó nói "không tìm thấy tương quan", không nói "chắc chắn không có". Với n = 14-22 thì khoảng tin cậy rộng tới mức chứa gần như mọi giả thuyết (TP3 nhóm ≥10p: 27,3%, CI95 13-48%).
Giá market lấy tại đúng tick lúc tin tới, độ trễ bằng 0; log EA thật ghi age=1-3s. Sai số này đã được mục 09 đo là không có hướng.
BUY đo ở ask, SELL đo ở bid — đúng bên EA vào lệnh.

Nguồn: replay 68.940.209 tick Exness XAUUSD (01/01→03/09/2026) × 276 signal kênh GoldSignals.io 🏅 VIP (Intraday) (05/01→04/09) · thang dữ liệu kiểm 761.600 ca, 0 lệch với replay trực tiếp · mục 08 chạy trên bản nạp thêm: 69.437.814 tick (01/01→07/09) × 280 lệnh (05/01→08/09) · mục 11 chạy trên bản 71.763.117 tick (01/01→16/09) × 295 lệnh (05/01→16/09) · mục 12 dùng lại ĐÚNG bộ 295 lệnh đó, cắt còn 187 từ 02/04 (không nạp thêm tick) · mục 13 replay lại chính 71.763.117 tick đó để lấy giá market từng tin (analysis/slip_vs_tp.py) · FXGoldSignals v1.996 · SeaCoder · 09/09/2026, bổ sung mục 11 ngày 18/09, mục 12 và 13 ngày 19/09/2026.