Hết thời gian tạm dừng vì tin không có nghĩa thị trường trở lại như trước. Ask cao hơn có thể ăn hết mục tiêu nhỏ, còn tín hiệu xếp hàng chờ có thể thuộc về cơ hội đã biến mất. Hướng dẫn này theo dõi từ khoảng ngừng giao dịch theo lịch đến kiểm tra báo giá phục hồi và đánh giá ứng viên mới.
1. Câu hỏi thực tế là khi nào xem xét một lệnh scalp mới
Một công bố theo lịch có thể thay đổi cả giá lẫn điều kiện giao dịch tại các mức giá đó. Biến động mô tả chuyển động giá; thanh khoản liên quan khả năng giao dịch theo giá và quy mô sẵn có. Nến lớn không chứng minh giao dịch mục tiêu ngắn có thể được thực hiện với chi phí thấp. Spread hiển thị hẹp cũng không xác nhận khối lượng sẵn có hay lần khớp tương lai.
Hướng dẫn này bổ sung quy trình phục hồi cụ thể cho các bài về lịch kinh tế và bộ lọc EA. Chênh lệch giữa số liệu và dự báo không được coi là tín hiệu BUY hoặc SELL. Ví dụ tách hạn chế thời gian, chất lượng báo giá quan sát được, thiết lập chiến lược mới và quyết định cuối về chi phí/rủi ro. Không kiểm tra nào tự tạo ra chiến lược sinh lời.
Xem chiến lược scalping M5 với MACD và ATR để có quy trình vào lệnh hữu hạn: lần đổi chiều đầu tiên vẫn bị dùng hết dù xác nhận hay thực thi không đạt.
2. Bid không đổi vẫn có thể che giấu giá BUY đắt hơn
Giả định EURUSD, pip=0.0001 và point=tick=0.00001. Với Bid=1.10000, Ask 1.10010 cho spread 1.0 pip; Ask 1.10024 cho 2.4 pips. Bid trên biểu đồ có thể không đổi trong khi giá vào BUY đắt hơn.
Đo spread=(Ask-Bid)/pip trên mã và tài khoản dự kiến. BUY vào bằng Ask, SELL bằng Bid, còn thoát theo phía đối diện tương ứng. Độ mới báo giá, hoa hồng, khớp bất lợi và giới hạn khối lượng vẫn cần kiểm tra riêng. Trần spread chỉ lọc một quan sát, không bảo đảm tổng chi phí giao dịch tối đa.
3. Xác định phạm vi sự kiện và đổi giờ cùng ngày đầy đủ
Chọn sự kiện liên quan cả hai đồng tiền và tổng mức phơi nhiễm của tài khoản, gồm các giai đoạn công bố riêng biệt. Xác nhận đơn vị phát hành gốc, ngày chính xác, múi giờ hiển thị và lịch mới nhất. Chẳng hạn lịch BLS ghi Eastern Time. Ví dụ giờ 08:30 America/New_York tương ứng 13:30 UTC vào 2026-01-15, nhưng là 12:30 UTC vào 2026-07-15. Đây là đổi giờ, không khẳng định thực sự có công bố vào các ngày đó.
Đổi UTC sang độ lệch giờ máy chủ nhà môi giới đã xác minh cho ngày ấy; đừng chép riêng giờ lịch vào tham số EA. Ghi lại lúc từng phiên bản lịch có thể sử dụng. Giờ chưa rõ, thiếu phạm vi hoặc trì hoãn chưa giải quyết đều giữ ngừng các lệnh mới phụ thuộc. Lịch không loại bỏ tin bất ngờ, và nhãn tác động dự kiến không phải xác suất đo được của một chuyển động lớn.
4. Gộp khoảng dừng trước khi tìm sự phục hồi
Với ngày UTC hư cấu 2026-01-15, sự kiện A dự kiến lúc 13:30 và B lúc 13:32; cả hai đã được biết lúc 13:20. Chọn đệm trước 2 min và sau 3 min. Các khoảng nửa mở là [13:28,13:33) và [13:30,13:35), hợp thành [13:28,13:35).
Bao gồm đầu khoảng, không gồm cuối khoảng. Lúc 13:33, B vẫn chặn; lúc 13:35, khoảng gộp chỉ kết thúc nếu lịch còn được xác minh và không thay đổi. Khi ấy bắt đầu quan sát phục hồi, chưa có quyền vào lệnh. Các đệm này là lựa chọn giảng giải, không phải tham số khuyến nghị hay bằng chứng giá ổn định trong ba phút. Giai đoạn tiếp theo, trì hoãn hoặc hạn chế mới có thể kéo dài việc ngừng vào.
| Sự kiện | Bắt đầu | Kết thúc |
|---|---|---|
| Sự kiện A | 13:28 | 13:33 |
| Sự kiện B | 13:30 | 13:35 |
| Tạm dừng: không vào lệnh mới | 13:28 | 13:35 |
5. Tách lệnh mới, lệnh chờ và vị thế hiện có
Trước khoảng dừng, áp dụng chính sách lệnh chờ đã định với đủ thời gian thao tác để kiểm tra phản hồi. Yêu cầu hủy không phải xác nhận đã hủy; lệnh tại nhà môi giới vẫn có thể khớp khi nền tảng đang đợi. Đối chiếu trạng thái lệnh/vị thế đã xác nhận: vị thế phát hiện muộn vẫn là rủi ro thực. Bài về thực thi giải thích hủy lệnh và timeout.
Quản lý vị thế hiện có theo quy tắc riêng định trước, dữ liệu hợp lệ và quyền thao tác. Tạm dừng vào mới không được âm thầm tắt bảo vệ, giám sát hoặc thoát giảm rủi ro cần thiết. AutoTrading của MT4 còn có thể cấm yêu cầu dùng để quản lý tự động; nó không phải cổng chỉ chặn lệnh mới. Stop hay kế hoạch đóng trước tin không bảo đảm giá hoặc mức lỗ thực tế tối đa.
6. Kiểm tra dữ liệu của mã, không chỉ đồng hồ nền tảng đang chạy
Theo dõi Bid/Ask hợp lệ của mã đích và thời gian kể từ lần nhận cục bộ bằng phương pháp đo thời gian đã kiểm chứng. Mới nhận không chứng minh giá đầu nguồn còn hiện hành hoặc có thể giao dịch. Kết nối, tính hợp lệ của feed, lịch, đối chiếu đồng hồ và trạng thái lệnh là các đầu vào bắt buộc riêng. Tick của cặp khác không cập nhật cặp đang giao dịch.
Trong MQL4, TimeCurrent() bên trong OnTick() chỉ tick đang xử lý; bên ngoài có thể phản ánh mã khác trong Market Watch. Nó không phải đồng hồ độc lập tiến liên tục hay bằng chứng độ mới tới mili giây. Ví dụ giả định phép đo tuổi nhận đã được xác minh; chỉ timestamp MT4 không cung cấp phép đo đó. Sau khởi động lại hoặc không chắc về giờ, dựng lại trạng thái kiểm chứng được trước khi nhận ứng viên mới.
7. Định nghĩa phép quan sát với giới hạn cụ thể
Sau khi khoảng dừng đã xác minh kết thúc, yêu cầu 3 lần kiểm tra theo lịch liên tiếp, cách nhau 10 s, với spread<=1.2 pips và tuổi kể từ khi nhận của mã đích age<=500 ms. Bid/Ask phải hợp lệ, các dữ liệu và trạng thái lệnh bắt buộc khác phải rõ. Một lỗi đã biết đặt lại bộ đếm; thiếu điểm kiểm tra hoặc khoảng cách >10 s cũng vậy. Bằng đúng ngưỡng chỉ cho qua phép quan sát này.
Đây là tham số hư cấu. Ba mẫu không chứng minh ổn định liên tục giữa các lần kiểm tra, độ sâu thị trường hay khớp lệnh an toàn. Cũng phải xử lý lỗi quan sát được giữa các điểm và kiểm tra lại toàn bộ điều kiện lúc quyết định/gửi thật. Vẫn có thể có đột biến không quan sát được. Phục hồi là phép kiểm tra đủ điều kiện vận hành, không phải dự báo hay công thức chung sau tin.
8. Theo dõi đường phục hồi mà không bỏ các lần thất bại
Lúc 13:35:00, spread 2.4 không đạt. Lúc 13:35:10, spread 1.0 và tuổi 100 ms cho bộ đếm 1. Lúc 13:35:20, spread 1.4 đặt lại về không. Lúc 13:35:30, spread 1.0 có vẻ hẹp nhưng tuổi 800 ms không đạt, nên bộ đếm vẫn bằng không.
Các kiểm tra 13:35:40, 13:35:50 và 13:36:00 có spread 1.0,1.1,1.0 với tuổi 100 ms. Bộ đếm thành 1,2,3; phục hồi sẵn sàng lúc 13:36:00. Giả định không có lỗi quan sát được khác giữa các lần đã ghi. CSV giữ mọi quan sát theo lịch và kiểm tra tín hiệu sau đó. Đếm tới ba không tự tạo lệnh hay lần khớp.
Tải nhật ký phục hồi và tín hiệu hư cấu (CSV)
| Giờ UTC | Spread, pip | Tuổi, ms | Bộ đếm | Trạng thái |
|---|---|---|---|---|
| 13:35:00 | 2.4 | 100 | 0 | Quan sát phục hồi |
| 13:35:10 | 1.0 | 100 | 1 | Quan sát phục hồi |
| 13:35:20 | 1.4 | 100 | 0 | Quan sát phục hồi |
| 13:35:30 | 1.0 | 800 | 0 | Quan sát phục hồi |
| 13:35:40 | 1.0 | 100 | 1 | Quan sát phục hồi |
| 13:35:50 | 1.1 | 100 | 2 | Quan sát phục hồi |
| 13:36:00 | 1.0 | 100 | 3 | Đạt điều kiện phục hồi |
9. Hủy trạng thái sẵn sàng khi bằng chứng thay đổi
Sau khi sẵn sàng, bất kỳ lỗi quan sát được của đầu vào bắt buộc nào đều chặn lệnh mới và xóa trạng thái ấy. Spread vượt trần, lần nhận quá cũ, bỏ điểm kiểm tra, đổi lịch, mất kết nối hoặc trạng thái lệnh chưa rõ không được để lại đèn xanh cũ cho lần gửi sau. Bắt đầu lại từ không khi bối cảnh hợp lệ; khoảng dừng mới có ưu tiên.
Ví dụ, khoảng trống 20 s vượt tối đa 10 s dù hai báo giá ở hai đầu đều có vẻ tốt. Không tự bịa quan sát ở giữa. Sau gián đoạn, loại mọi ý định vào lệnh trong kiểm thử đang xếp hàng và đối chiếu vị thế trước khi quan sát lại. Xử lý sự cố và quản lý vị thế vẫn tách khỏi cổng vào mới.
10. Yêu cầu cả nến tín hiệu bắt đầu sau khi sẵn sàng
Với quy tắc M1 dùng nến đóng của ví dụ, nến phải mở không sớm hơn thời điểm sẵn sàng gần nhất và đóng khi trạng thái này còn hợp lệ. Nến [13:35,13:36) bị loại dù đóng đúng lúc phục hồi sẵn sàng, vì nó đã bắt đầu trước. Mọi ý định hình thành trước đó bị bỏ, không giữ trong hàng chờ.
Nến mới [13:36,13:37) có thể được xét tại lúc đóng 13:37 nếu mọi điều kiện vẫn đạt. Giả định một thiết lập độc lập đã được định nghĩa có mặt; hướng dẫn không tạo thiết lập từ biến động tin. Tín hiệu mới không phải lần đuổi theo muộn vào đỉnh nhọn ban đầu. M5 hay mô hình khác cần quy tắc nến trọn vẹn và thời gian riêng.
| Kết quả | Mở nến UTC | Đóng nến UTC | Trạng thái |
|---|---|---|---|
| Loại tín hiệu cũ | 13:34 | 13:35 | Không đạt |
| Nến bắt đầu trước sẵn sàng | 13:35 | 13:36 | Không đạt |
| Toàn bộ nến tín hiệu mới | 13:36 | 13:37 | Có thể xét ứng viên |
11. Tính lại toàn bộ chi phí trước khi chấp nhận ứng viên
Dùng tài khoản USD, hợp đồng 100000 EUR mỗi lot chuẩn và giá trị pip 10 USD/pip/lot. Cố định mức thoát BUY theo Bid S=1.09950 và T=1.10110 so với tham chiếu Bid=1.10000: khoảng gộp 5/11 pips. Giả định tổng hoa hồng mở-đóng 0.7 pip, dự phòng vào bất lợi 0.3 pip và dự phòng thoát 0.2 pip. Trước khi gửi, tổng chi phí dự kiến là C=spread+1.2, nên L=5+C, W=11-C và R_net=W/L. Phí được giả định tỷ lệ thuận với khối lượng lot.
Với spread 1.0, L/W là 7.2/8.8 pips và tỷ lệ 1.2222. Vốn chủ sở hữu 10000 USD cùng ngân sách chọn 0.25%=25 USD cho lots=floor((25/(L*10))/0.01)*0.01: 0.34 lots, rủi ro dự kiến 24.48 USD và mục tiêu ròng 29.92 USD. Bước khối lượng giả định là 0.01; ký quỹ, khối lượng tối thiểu, khoảng stop và tổng phơi nhiễm cũng phải cho phép lệnh. Nếu không, loại ứng viên mà không dời mức giá.
Tải cổng chi phí scalping hư cấu (CSV)
| Spread, pip | Lỗ dự kiến, pip | Mục tiêu ròng, pip | Tỷ lệ ròng | Lot | Rủi ro USD | Mục tiêu USD | Kết quả |
|---|---|---|---|---|---|---|---|
| 1.0 | 7.2 | 8.8 | 1.2222 | 0.34 | 24.48 | 29.92 | Đạt |
| 1.2 | 7.4 | 8.6 | 1.1622 | 0.33 | 24.42 | 28.38 | Không đạt |
| 2.4 | 8.6 | 7.4 | 0.8605 | 0.29 | 24.94 | 21.46 | Không đạt |
12. Spread đạt giới hạn vẫn có thể không đạt tỷ lệ ròng
Đặt cổng nghiên cứu R_net>=1.20. Với spread 1.2 pips, trần quan sát đạt nhưng L=7.4, W=8.6 và R_net=1.1622 không qua cổng tỷ lệ riêng. Ở 2.4 pips, cả spread lẫn tỷ lệ đều trượt. Lot nhỏ hơn giảm số tiền rủi ro dự kiến, không sửa được tỷ lệ mục tiêu/rủi ro.
Mọi dự phòng là giả định, không phải trần khớp được bảo đảm. Khi đã biết giá khớp F, dùng giá Ask vào và Bid thoát thật, chỉ cộng hoa hồng cùng chi phí thoát còn lại: ở đây C_remaining=0.9 pip. Không cộng lại spread hoặc trượt giá vào đã nằm trong giá. Khớp xấu hơn có thể vượt ngân sách: quản lý vị thế thật theo quy trình, không thu nhỏ khối lượng quá khứ một cách tưởng tượng.
13. Xem lần gửi là quyết định mới có thời hạn
Tại lúc đóng tín hiệu hư cấu 13:37:00, yêu cầu báo giá hiện tại đủ điều kiện và chỉ cho tối đa một yêu cầu đầu tiên trong 1 s. Quyết định minh họa 13:37:00.300 dùng báo giá nhận lúc 13:37:00.200, tuổi 100 ms. Ngay trước gửi, kiểm tra lại khoảng dừng, sẵn sàng, hiệu lực thiết lập, giá, phí, quyền và vị thế. CSV đánh dấu kiểm tra đạt, không phải đã khớp.
Nếu điều kiện bắt buộc không đạt, kết thúc ứng viên theo quy tắc; đừng chờ vô hạn báo giá đẹp hơn để dùng lại. Từ chối, báo giá lại hoặc kết quả chưa chắc theo chính sách thực thi riêng. Đặc biệt, yêu cầu không có trả lời không cho phép gửi lại; vị thế mới phát hiện phải được bảo vệ. Phương án thị trường và giới hạn cần giả định thời gian/khớp riêng.
14. Giữ thông tin thực sự sẵn có tại từng thời điểm
Lưu phiên bản lịch, giờ gốc, thời điểm nguồn/nhận, đồng tiền liên quan, khoảng gộp, phiên bản quy tắc, ánh xạ đồng hồ theo ngày, quan sát, khoảng trống, lý do đặt lại và chuyển trạng thái sẵn sàng. Ghi ranh giới nến, danh tính ứng viên và mọi trạng thái yêu cầu/lệnh sau đó. Giữ cả ứng viên bị loại và quan sát thiếu bên cạnh lần đạt.
Lịch sửa đổi tải về sau không được âm thầm thay snapshot đã dùng trước. OHLC không tiết lộ đường spread quá khứ, tuổi nhận hay lỗi trung gian không được quan sát. Tick thiếu đồng hồ liên quan và trường Bid/Ask cũng để lại khoảng trống. CSV sự kiện/phục hồi minh họa logic; CSV chi phí tính giả định. Không file nào cung cấp thanh khoản thật hoặc kết quả giao dịch.
15. Kiểm tra quy trình riêng với lời khẳng định về lợi thế
Trước hết phát lại các trường hợp biên và lỗi cố định: khoảng dừng chồng lấn, giờ kết thúc chính xác, giai đoạn bị hoãn, spread đúng trần, báo giá cũ, thiếu điểm, khởi động lại và mất sẵn sàng. Thêm nến đóng đúng lúc sẵn sàng nhưng mở trước, nến mới trọn vẹn và spread đạt nhưng tỷ lệ trượt. Kiểm tra quản lý và lệnh chờ trong thời gian chặn vào mới.
Sau đó đánh giá chiến lược đầy đủ trên cùng các điểm xuất phát ứng viên khi có và không có bộ lọc, chi phí thực tế và quan sát về sau tách biệt. Cơ hội thắng bị loại cũng phải tính. Đừng chỉnh hàng chục đệm và ngưỡng trên cùng những ngày tin rồi chỉ báo cáo phương án thắng. Chuyển trạng thái đúng chứng minh nhất quán vận hành, không chứng minh lợi nhuận tương lai hay bảo vệ khỏi tin bất ngờ.
16. Theo một trình tự ngắn trước khi xét vào lại
Xác nhận phạm vi sự kiện hiện tại và đồng hồ theo ngày, đợi hết toàn bộ khoảng dừng gộp, quan sát phục hồi theo quy tắc lấy mẫu/lỗi, rồi yêu cầu thiết lập hoàn toàn mới. Sau đó tính lại chi phí ròng và số tiền rủi ro, đối chiếu trạng thái yêu cầu/lệnh thực. Đầu vào bắt buộc chưa rõ đều giữ ngừng lệnh mới, trong khi quản lý theo định nghĩa vẫn tiếp tục.
Kết quả là quyền đánh giá ứng viên, không phải lệnh giao dịch tin. Dùng các hướng dẫn trước về lịch, bộ lọc phiên, thực thi và stop/mục tiêu cho trách nhiệm riêng. Giữ nhật ký có phiên bản để người khác phát lại. Sáu sơ đồ và ba CSV hư cấu giải thích quy trình, không tuyên bố thời gian chờ cố định khiến scalping an toàn.
Câu hỏi thường gặp
Có thể tiếp tục scalping ngay khi khoảng dừng tin kết thúc không?
Hạn chế lịch có thể đã hết, nhưng báo giá, dữ liệu, lệnh chờ và rủi ro vẫn phải kiểm tra. Ở đây quan sát phục hồi mới bắt đầu lúc đó; sau nữa cần thiết lập mới trọn vẹn.
Ba lần quan sát spread hẹp chứng minh thanh khoản bình thường không?
Không. Chúng chỉ đạt phép lấy mẫu đã định. Không chứng minh ổn định liên tục, lượng có thể khớp hay lần khớp tương lai; đột biến không quan sát được và suy giảm sau đó vẫn có thể xảy ra.
Có thể dùng tín hiệu trước công bố sau khi hết tạm dừng không?
Không theo quy tắc ví dụ này. Ý định cũ bị bỏ. Toàn bộ nến mới phải bắt đầu tại hoặc sau lần sẵn sàng gần nhất và đóng khi trạng thái cần thiết vẫn hợp lệ.
Vì sao spread trong trần vẫn bị loại?
Trần chỉ kiểm tra một chênh lệch giá. Hoa hồng, dự phòng khớp, khoảng stop/mục tiêu và tỷ lệ ròng vẫn có thể trượt. Giảm khối lượng không cải thiện tỷ lệ ấy.
Ngừng vào mới có phải tắt AutoTrading không?
Đó là hai điều khiển khác nhau. AutoTrading còn có thể cấm yêu cầu quản lý tự động. Lệnh chờ và vị thế cũ cần xử lý được xác minh riêng; khoảng dừng không được âm thầm bỏ quản lý.
Hướng dẫn có khuyến nghị thời gian chờ tin chung cho mọi trường hợp không?
Không. Đệm, khoảng lấy mẫu và ngưỡng là đầu vào giảng giải hư cấu. Chúng không chứng minh chiến lược sinh lời, bảo đảm khớp hay xóa rủi ro tin bất ngờ và tài khoản.
Nguồn và ghi chú nghiên cứu
Lịch chính thức ghi thông tin công bố dự kiến; MetaQuotes mô tả các hàm thời gian của nền tảng. Toàn bộ sự kiện, đường báo giá, ngưỡng và phép tính dưới đây là ví dụ giảng giải hư cấu do chúng tôi xây dựng. Không có tuyên bố về khớp lệnh hoặc kết quả thực tế trong ngày ra tin.
- BLS release calendar: verify dates and Eastern Time
- Federal Reserve: FOMC calendar and separate release stages
- MQL4: TimeCurrent and its quote-time scope
Nội dung giáo dục. Sự kiện, báo giá, ngưỡng và phép tính đều hư cấu. Forex có rủi ro; khoảng chờ, trần spread, stop và dự phòng khớp không bảo đảm khớp, lợi nhuận hay mức lỗ thực tế tối đa.