Engulfing: thân nến, thời điểm đóng và cảnh báo tạm thời

Engulfing là phép so hai thân nến theo một quy ước rõ, không phải lời hứa đảo chiều. Tách thân khỏi bóng, nến đang chạy khỏi nến đã đóng và nhận dạng khỏi thực thi. Ví dụ dưới cho thấy cùng một nến có thể đạt điều kiện lúc giá 106 rồi không đạt khi đóng 104.

Thân, biên độ và hướng nến

O/H/L/C lần lượt là mở/cao/thấp/đóng. Thân từ min(O,C) đến max(O,C), độ dài |C−O|; toàn biên độ H−L gồm bóng. Màu do cài đặt: đọc C>O là tăng, C<O là giảm. Trong quy tắc nghiêm ngặt ở đây, doji C=O không đủ hướng. Tên mô hình thuộc phân tích nến; không gán một tỷ lệ thắng hay lời trích dẫn cho người nổi tiếng.

Nhấn chìm thân tăng yêu cầu C1<O1, C2>O2, O2<C1 và C2>O1. Nhấn chìm thân giảm yêu cầu C1>O1, C2<O2, O2>C1 và C2<O1. Hai mép thân đều phải vượt, không chỉ một mép. Outside bar là điều kiện khác: H2>H1 và L2<L1. Bối cảnh xu hướng trước đó là một bộ lọc riêng.

Thân nhấn chìm không đồng nghĩa outside bar

Ví dụ EUR/USD hư cấu, pip=0.0001. Nến đầu O/H/L/C=1.1050/1.1070/1.1010/1.1030, thân giảm 20 pip, biên độ 60 pip. Hai hàng sau là hai khả năng thay thế của nến thứ hai, không chuỗi ba nến.

Chỉ đổi C của 2A thành 1.1048: thân vẫn tăng 20 pip nhưng còn thiếu 2 pip để vượt O1=1.1050. Nâng H2 lên 1.1080 không sửa điều kiện C2. Ví dụ giảm độc lập O1/C1=1.2000/1.2020, O2/C2=1.2022/1.1998: thân đầu 20 pip, thân sau 24 pip, mỗi mép vượt 2 pip. Chưa có H/L hoặc kết quả giao dịch từ bốn giá thân ấy.

Vị trí và xu hướng là giả thuyết cần kiểm

Một thân tăng nhấn chìm sau chuỗi giảm có thể được chọn làm ứng viên đảo chiều; xuất hiện giữa vùng đi ngang là bối cảnh khác. Ghi cụ thể cách xác định xu hướng, vùng và thời điểm chúng được biết. Thêm kháng cự, RSI hoặc volume không tự tạo bằng chứng độc lập hay nâng xác suất theo tỷ lệ cố định. Không dùng mốc 50%,65%,70% như thống kê nếu chưa có mẫu và phương pháp.

TradingView cho chọn bộ lọc xu hướng SMA50, SMA50/SMA200 hoặc không phát hiện xu hướng trong công cụ mô hình của họ. Đó là lựa chọn của công cụ, không toàn bộ định nghĩa hình học hoặc chứng minh bộ nào tốt nhất. Mã TA-Lib được đối chiếu dưới không kiểm xu hướng trước mẫu.

Dấu bằng và phiên bản làm thay đổi kết quả

TA-Lib v0.6.4 CDLENGULFING cho mã 100 hoặc−100 khi hai mép vượt nghiêm ngặt;80 hoặc−80 khi một mép bằng, mép còn lại vượt. Dấu biểu thị tăng/giảm, không xác suất 80%/100%. Không coi kết quả khác quy ước là lỗi trước khi so điều kiện và giá thô.

Không làm tròn trước phép so rồi gọi cùng thuật toán. Ghi tên hàm, phiên bản, dấu bằng và bộ lọc; không suy toàn bộ mã nội bộ của TradingView từ mô tả trợ giúp.

Giá trị thêm: cảnh báo đã gửi không chứng minh nến cuối xác nhận

Mô phỏng logic, không thử gửi thông báo trên nền tảng: nến thứ hai từ 10:00 đến 10:01, giờ Việt Nam UTC+7, O=102. Giá giả định 100 lúc 10:00:10,106 lúc 10:00:30,104 lúc 10:00:59 và đóng 104 tại cập nhật cuối. Nến trước thân giảm 103–105. Điều kiện nghiêm ngặt sai ở 100, đúng ở 106, sai ở 104.

1. A ghi lần đầu điều kiện đúng trong nến: một sự kiện lúc 10:00:30.
2. B chỉ ghi khi điều kiện còn đúng ở cập nhật đóng: không có sự kiện.
3. C ghi nhớ nến từng đạt, rồi thông báo tại đóng: một sự kiện, nhưng nội dung là “từng đạt”, không “thân cuối nhấn chìm”.

Ba giao thức không tương đương. Bảng lịch sử chỉ lưu OHLC cuối không đủ tái tạo thời điểm điều kiện tạm đúng. Theo tài liệu Alerts của TradingView, chế độ alert.freq_once_per_bar_close còn cần lời gọi alert được thực thi ở lượt đóng; không tự nhớ điều kiện trước đó. Không coi đổi tần suất là đã cài giao thức C. Phần mềm cần thiết kế trạng thái riêng; bài này không cung cấp mã Pine đã biên dịch.

Lưu thời điểm quan sát, cờ đã đóng, O và C quan sát, mã quy tắc và ID sự kiện. Cảnh báo tín hiệu không tự là lệnh đã khớp; thông báo đi trước không trở thành tín hiệu cuối chỉ vì nó đã đến điện thoại. Khi so với biểu đồ tải lại, so đúng loại sự kiện. Đây là kiểm định nghĩa, không bằng chứng hệ thống gửi trễ hoặc nhà môi giới sửa dữ liệu.

Từ nhận dạng đến vào, dừng và chốt

1. Lưu công cụ, feed, Bid/Ask/Last, khung, biên thời gian, raw OHLC, quy ước bằng và phiên bản.
2. Chờ đóng nếu định nghĩa dùng đóng. Lệnh thị trường sau đó không được bảo đảm giá mở nến kế.
3. Nếu dùng stop-entry, ghi phía giá kích hoạt, buffer, thời hạn và điều kiện hủy. Limit chờ hồi có thể không khớp; giữ ca ấy trong thống kê.
4. Định điểm vô hiệu, khối lượng và phí. Đệm 5–10 pip không là khoảng bắt buộc hoặc phù hợp mọi sản phẩm. Stop-loss có thể trượt; bị dừng không chứng minh “săn stop”.
5. Fibonacci, trailing hoặc RR2:1/3:1 là quy tắc cần kiểm, không thành tích. Dời stop về giá vào chưa bảo đảm hòa vốn ròng. Chốt phần nào phải nêu trọng số.

Ví dụ GBP/USD: thân lớn không tự cho RR tốt

Ví dụ độc lập hư cấu O1/C1=1.2710/1.2740, O2/C2=1.2745/1.2620. Thân tăng 30 pip bị thân giảm 125 pip nhấn chìm. Giả định đã khớp bán 1.2618, stop 1.2760: khoảng bất lợi 142 pip. Đây không câu chuyện thành công của tác giả hoặc người dùng thật.

Với 10000 GBP, pip=1 USD nên khoảng stop là 142 USD trước phí/trượt, không 142 EUR hoặc mức lỗ tối đa được bảo đảm. Hai target khớp là điều kiện của hàng cuối, không kết quả được quan sát. Nếu chỉ target đầu khớp rồi phần còn lại dừng, phải tính đường khác. Spread và phía thực thi cần có khi chuyển hình học thành P/L ròng.

Volume cần cùng loại dữ liệu

Volume hợp đồng futures và số lần cập nhật giá OTC là hai đại lượng khác. MT5 phân biệt tick volume với real volume theo loại dữ liệu sẵn có. Tick count của feed không phải doanh số tiền của toàn thị trường ngoại hối. Không suy tương quan 0.9 phổ quát hoặc “khối lượng tăng 50–100% chứng minh tổ chức mua” từ hình nến.

Nếu dùng volume làm bộ lọc, định nguồn, đơn vị, cửa sổ so và thời điểm có dữ liệu. Kiểm giá trị gia tăng trên cùng mẫu và chi phí, không chỉ chọn vài mẫu rõ.

Biên gom nến có thể đổi mô hình

Năm tick hư cấu:12:59→101,13:00→102,13:01→100,13:02→99,13:03→103. Dùng nến 2 phút, lấy mốc trái, bỏ mốc phải:

Cùng dòng tick mẫu nhưng các cửa sổ khác nhau. Chỉ đổi nhãn múi giờ hiển thị chưa chắc đổi cách gom nến; cần kiểm biên thực tế của feed. Ví dụ không có toàn bộ lịch sử tick hoặc chứng minh một múi giờ tốt hơn. Người dùng Việt Nam nên ghi cả UTC offset và timestamp gốc khi so ảnh hai nền tảng.

Lỗi hay gặp và cách kiểm lại

• So H/L thay O/C: dùng hai phép thử riêng.
• Đếm hai trạng thái nến đang chạy như hai nến: lưu ID và trạng thái đóng.
• Đánh đồng code 80 với 80%: đọc tài liệu hàm.
• So giá đã làm tròn, feed hoặc biên nến khác: đối chiếu dữ liệu thô trước.
• Thêm nhiều bộ lọc rồi báo một tỷ lệ thắng thiếu mẫu: lưu mọi thử nghiệm và ca không khớp.
• Gọi H4 bắt buộc hoặc lấy hiệu suất cổ phiếu áp ngoại hối: cần kiểm sản phẩm, mẫu, phí và quy tắc thực thi riêng.

Thực hành có thể kiểm lại

1. Tính thân và biên của 2A/2B; giải thích tại sao hai cột phân loại khác nhau.
2. Đổi C2A thành 1.1048, giữ H; điều kiện nào thất bại?
3. Vẽ đường 102→100→106→104, ghi cả lần đúng tạm và kết quả cuối; không thêm nến thứ ba.
4. Tự định ba giao thức cảnh báo A/B/C rồi đếm 1/0/1 trên đường này. Đừng suy số lần khớp lệnh từ số thông báo.
5. Ghi trước cách vào/ra, phí, thời hạn, mẫu chưa dùng để kiểm thử lịch sử. Không bịa lịch sử thắng từ mẫu nhận dạng.

Xem so nhấn chìm tăng và giảm để dùng cùng điều kiện hai phía, và tín hiệu thay đổi trước lúc đóng để kiểm log. Phép toán không xác định tính hợp lệ của nhà cung cấp hoặc quyền dùng sản phẩm tại Việt Nam; không cần nạp tiền thật để học các ví dụ.