Trả lời ngắn: Invalid Setup là setup hiện tại đã vi phạm điều kiện bắt buộc được viết trước trong đúng cửa sổ quan sát. Khi sự kiện vô hiệu xuất hiện trên dữ liệu quy định, card của setup đó phải đóng và lưu lại; một chuyển động giá về sau không được hồi sinh hay viết lại kết luận cũ.

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

  • Vì sao setup bị vô hiệu khác với một kết quả không thuận lợi.
  • Cách viết Invalidation Card có điều kiện hỏng, hạn dùng và nguồn dữ liệu rõ ràng.
  • Cách replay ba chuỗi M15 để phân biệt VALID, INVALID, EXPIRED, UNAVAILABLE và SKIP.

Lưu ý giáo dục: Mã, mức giá và chuỗi nến trong bài đều là dữ liệu giả. Bài chỉ hướng dẫn phân loại một giả thuyết quan sát, không đề xuất mua, bán hay dùng tiền thật.

1. Invalid Setup không đồng nghĩa trade thua

Hãy hình dung một vé hẹn ghi: có mặt trước 9 giờ và mang đủ giấy tờ. Đến 9 giờ 05, vé cũ hết hiệu lực dù quầy còn mở. Kết luận chỉ nói vé hiện tại còn dùng được hay không.

Setup là bộ điều kiện viết trước. Setup state cho biết setup đang chờ, đã xác nhận, bị vô hiệu hay hết hạn. Trade outcome là kết quả về sau. Hai lớp dữ liệu này không được trộn.

Một setup có thể VALID, rồi diễn biến sau đó không thuận lợi. Một setup INVALID vẫn có thể gặp nhịp giá quay lại. Chuyển động về sau không sửa trạng thái đã chốt.

Câu chắc chắn sai là: “Setup valid thì giá chắc chắn đi đúng hướng.” Câu có điều kiện đúng hơn: “Theo nguồn, khung quan sát và rule đã khóa, setup vừa đạt điều kiện xác nhận.” INVALID cũng không dự báo giá chắc chắn tăng hay giảm.

Một kế hoạch hữu ích cần đặt ground rules trước và tránh sửa kế hoạch chỉ vì biến động nhất thời. Fidelity — What is a trading plan?

Suy luận sẽ sai nếu rule chưa viết trước, nguồn không xác định hoặc cửa sổ bị đổi sau khi xem kết quả. Khi đó ta chỉ kể lại biểu đồ theo điều đã biết.

2. Invalidation Card năm ô

Hình 1 — Năm ô phải được khóa trước khi quan sát; sự kiện chốt đầu tiên đóng card.

Invalidation Card là thẻ kiểm cho một phiên bản setup, gồm năm ô:

  1. Must stay true: điều gì bắt buộc phải tiếp tục đúng trong lúc chờ?
  2. Invalid if: sự kiện nào làm card hiện tại không còn dùng được?
  3. Expires when: điểm quan sát cuối cùng là lúc nào?
  4. Check on: dùng chính xác loại dữ liệu nào để kiểm?
  5. Source + time: dữ liệu đến từ đâu và mang mốc thời gian nào?

Invalidation rule mô tả sự kiện vô hiệu. Expiration window là cửa sổ card được phép tồn tại. Thiếu hạn dùng, người quan sát có thể chờ tới khi thấy điều mình muốn.

Observation unit là dữ liệu dùng để kiểm, chẳng hạn giá đóng M15 đã hoàn tất. Owner bar là nến hoặc timeframe sở hữu quyết định. Nếu owner là completed M15 close, wick giữa nến không thay được giá đóng.

Card có sáu trạng thái:

  • WAITING: dữ liệu hợp lệ nhưng chưa có sự kiện chốt;
  • VALID: điều kiện xác nhận đã xuất hiện trước;
  • INVALID: điều kiện bắt buộc đã bị vi phạm trước;
  • EXPIRED: hết cửa sổ mà không có valid hoặc invalid;
  • UNAVAILABLE: thiếu bằng chứng bắt buộc để kiểm;
  • SKIP: bản thân rule hoặc hợp đồng dữ liệu chưa đủ rõ để bắt đầu.

VALID, INVALID và EXPIRED là terminal state, tức trạng thái chốt. Event order là thứ tự kiểm điều kiện khi nến hoàn tất. Nó phải được khóa để cùng dữ liệu cho cùng kết quả.

Mỗi nến được kiểm: dữ liệu dùng được → invalid → valid → expiry. Sự kiện chốt đầu tiên thắng; không nến nào được viết thêm vào card cũ.

Điều kiện theo thời gian hoặc kỹ thuật nên được xác định trước. Bài chỉ mượn nguyên tắc đó, không bàn về quản lý vị thế. Fidelity — Exit strategies

3. Ví dụ INV-DEMO-M15-v1

Setup giả INV-DEMO-M15-v1 dùng cùng một mã và nguồn. Card chỉ đọc completed M15 close, tức giá đóng M15 đã hoàn tất.

Rule được khóa như sau:

  • cửa sổ là bốn nến M15 hoàn tất tiếp theo sau khi card mở;
  • phải duy trì: không có completed M15 close <100;
  • nến đầu tiên đóng <100 làm card INVALID;
  • nến đầu tiên đóng >102 làm card VALID;
  • nếu nến thứ tư hoàn tất mà chưa có hai sự kiện trên, card EXPIRED;
  • mỗi nến kiểm data → invalid → valid → expiry;
  • trạng thái chốt đầu tiên đóng card và không được hồi sinh.

Mốc 100, 102 và bốn nến chỉ là số demo.

a. Chuỗi A: valid

Nến hoàn tất Close Kiểm rule Trạng thái
Bar 1 101,4 Không <100, không >102 WAITING
Bar 2 102,2 102,2 > 102 VALID

Bar 2 tạo terminal event đầu tiên nên card đóng, không chờ bar 3 hoặc 4.

b. Chuỗi B: invalid

Nến hoàn tất Close Kiểm rule Trạng thái
Bar 1 101,4 Chưa có sự kiện WAITING
Bar 2 100,8 Chưa có sự kiện WAITING
Bar 3 99,7 99,7 < 100 INVALID

Hình 2 — Close 99,7 là sự kiện chốt; close 102,4 về sau nằm ngoài card đã đóng.

Close 102,4 về sau không biến card cũ thành VALID vì đến sau terminal event. Nghiên cứu mới cần ID, phiên bản và thời điểm mở mới.

c. Chuỗi C: expired

Chuỗi C đóng 101,4, 101,8, 101,1, 101,6. Không close nào <100 hoặc >102. Tại bar 4, expiry được kiểm sau invalid và valid, nên output là EXPIRED.

Hình 3 — Cùng một Card có thể kết thúc bằng ba terminal state khác nhau.

Wick chạm 99,5 nhưng close 100,3 vẫn là WAITING, vì rule dùng completed close. Thiếu close, sai nguồn hoặc hở timestamp trả UNAVAILABLE. Thiếu invalid rule, expiry, observation unit hoặc source trả SKIP.

4. Sai lầm, giới hạn và rủi ro

a. Dời rule sau khi thấy giá

Đổi invalid từ close <100 thành <99 sau khi xem giá là thay đề bài. Hãy lưu card cũ và chỉ dùng phiên bản mới cho mẫu tương lai.

b. Trộn wick với close

Wick dưới 100 không đủ nếu rule yêu cầu completed close. Nếu rule dùng intrabar event thì chờ close cũng sai. Đơn vị quan sát phải nhất quán.

c. Kéo dài cửa sổ

Chuỗi C hết hạn ở bar 4. Thêm bar 5 vì “gần xác nhận” xóa ý nghĩa expiry; muốn tiếp tục phải mở card mới.

d. Thêm timeframe hoặc chỉ báo để cứu kết luận

Card chỉ dùng M15 thì không chuyển sang M5, H1 hay thêm chỉ báo chưa khai báo. Dữ liệu mới không hợp lệ nếu làm đổi rule đang kiểm.

e. Hồi sinh bằng hindsight

Hindsight là nhìn lại sau khi biết kết quả. Outcome leakage là dùng kết quả sau để đổi nhãn trước. Close 102,4 không được sửa chuỗi B từ INVALID thành VALID.

f. Đồng nhất valid với kết quả tốt

Card không đo trượt giá, gián đoạn, độ trễ, thanh khoản hay kết quả tài chính. Valid vẫn có thể cho outcome không thuận lợi; invalid vẫn có thể gặp nhịp hồi.

g. Ép kết luận khi thiếu dữ liệu

Không điền bar thiếu bằng giá gần nhất. UNAVAILABLE nghĩa là thiếu bằng chứng; SKIP nghĩa là hợp đồng kiểm chưa đủ.

Các tham số nên được xác định từ đầu, nhưng kế hoạch không loại bỏ gap dữ liệu, độ trễ hay rủi ro vận hành. CME Group — Risk Management and Your Trade Plan

5. Checklist đóng hoặc tiếp tục card

  1. Setup ID và phiên bản có duy nhất không?
  2. Mã giả, nguồn và timestamp có nhất quán không?
  3. Điều phải tiếp tục đúng đã viết thành sự kiện quan sát được chưa?
  4. Invalid event dùng dấu <, >, ≤ hay ≥ nào?
  5. Expiry nằm ở bar hoặc thời điểm cụ thể nào?
  6. Observation unit là wick, intrabar event hay completed close?
  7. Owner bar và timezone đã rõ chưa?
  8. Event order đã khóa chưa?
  9. Nến hiện tại trả WAITING, VALID, INVALID, EXPIRED, UNAVAILABLE hay SKIP?
  10. Nếu đã terminal, card đã được đóng và lưu để ngăn chỉnh sửa chưa?

Thiếu source, timestamp hoặc bar trả UNAVAILABLE. Thiếu rule, expiry hay observation unit trả SKIP. Gặp invalid event đóng INVALID; hết cửa sổ không có event đóng EXPIRED.

Nếu rule cần cải tiến, lưu v1, tạo v2, ghi lý do và chỉ áp dụng v2 cho mẫu chưa quan sát. Nhờ vậy, kết quả còn tái lập được.

6. Bài tập 15 phút

Dùng giấy, Google Sheets hoặc LibreOffice Calc. Không kết nối tài khoản thật và không dùng tiền.

Trong 10–15 phút:

  1. Tạo các cột sequence, bar, close, data usable, invalid, valid, expiry, state.
  2. Chép rule của INV-DEMO-M15-v1 lên đầu bảng.
  3. Nhập từng close của A, B và C, mỗi lần chỉ một bar.
  4. Kiểm đúng thứ tự data → invalid → valid → expiry.
  5. Dừng ngay khi gặp terminal state; không nhập bar về sau vào card đã đóng.
  6. Tạo thêm một dòng [missing] và một card không có expiry để kiểm fail-closed.

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

Sequence Bar closes First terminal event Output
A 101,4 → 102,2 Bar 2 close >102 VALID
B 101,4 → 100,8 → 99,7 Bar 3 close <100 INVALID
C 101,4 → 101,8 → 101,1 → 101,6 Bar 4, chưa có event trước EXPIRED
Missing 101,4 → [missing] Thiếu dữ liệu bắt buộc UNAVAILABLE
No card rules N/A Không đủ rule để đánh giá SKIP

Kết quả đạt là hai người dùng cùng Card và sequence cho cùng output. Nếu khác nhau, kiểm dấu so sánh, completed close, event order và expiry trước khi sửa rule.

7. Tổng kết: viết điều kiện bỏ trước khi quan sát

a. Năm ý chính

  • Invalid Setup là card hiện tại vi phạm điều kiện đã viết, không phải dự báo chắc chắn về giá.
  • Setup state và trade outcome là hai lớp dữ liệu khác nhau.
  • Invalidation Card phải khóa điều kiện duy trì, invalid event, expiry, observation unit và source/time.
  • VALID, INVALID hoặc EXPIRED đầu tiên đóng card; dữ liệu về sau không hồi sinh nó.
  • Thiếu dữ liệu trả UNAVAILABLE; thiếu hợp đồng kiểm trả SKIP, không đoán.

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

  • Vì sao setup INVALID vẫn có thể gặp giá quay lại?
  • Trong Sequence B, sự kiện nào đóng card?
  • Vì sao wick 99,5 nhưng close 100,3 chưa làm demo invalid?
  • Khi card không ghi expiry, output nào phù hợp?

c. Gợi ý đáp án

Xem gợi ý câu 1

Invalid chỉ mô tả rule tại thời điểm kiểm; diễn biến về sau là outcome khác lớp dữ liệu. → Xem mục 1 và 4.

Xem gợi ý câu 2

Bar 3 đóng `99,7 <100`, tạo terminal state `INVALID`; close `102,4` về sau không hồi sinh card. → Xem mục 3.

Xem gợi ý câu 3

Demo chỉ đọc completed M15 close. Wick không phải observation unit đã khóa. → Xem mục 2–3.

Xem gợi ý câu 4

Card thiếu hợp đồng đánh giá nên trả `SKIP`, không tự đặt một hạn dùng. → Xem mục 2.

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

Thuật ngữ Giải thích ngắn
Setup Bộ điều kiện quan sát được viết trước.
Invalidation rule Sự kiện làm card hiện tại không còn dùng được.
Expiration window Cửa sổ có hạn dành cho việc quan sát.
Observation unit Loại dữ liệu chính xác dùng để kiểm rule.
Owner bar Nến hoặc timeframe sở hữu quyết định.
Terminal state Trạng thái chốt làm card đóng.
Event order Thứ tự kiểm điều kiện trên mỗi quan sát.
Outcome leakage Dùng kết quả sau để đổi nhãn trước đó.
Unavailable Thiếu bằng chứng bắt buộc để đánh giá.
Skip Rule hoặc hợp đồng dữ liệu chưa đủ rõ.

e. Nguồn tham khảo

f. Bài trước và bài tiếp theo

Quay lại Liquidity Confirmation #9 để ôn cách kiểm nguồn, timestamp và trạng thái thiếu dữ liệu. Tiếp tục với Backtest thủ công một Setup #11 để replay card này trên một tập mẫu có thứ tự.

Nhắc lại: Bài viết chỉ phục vụ giáo dục. Các mức giá và chuỗi nến là giả định; phân loại một setup không bảo đảm kết quả và không loại bỏ rủi ro mất vốn.