Nến ngày tóm tắt một khoảng giá theo quy tắc thời gian. Hai biểu đồ có thể dùng cùng báo giá nhưng hiển thị đỉnh, giá đóng và mô hình khác nhau. Trước khi so sánh quy tắc swing trading giữa các nhà môi giới, hãy xác định giá nào thuộc từng nến, khi nào nến khả dụng và thông tin khung nhỏ nào đã hoàn tất lúc ra quyết định.
1. Nến ngày MT4 thực sự biểu thị điều gì
Nến D1 tóm tắt các giá được xếp vào một khoảng ngày: mở, cao nhất, thấp nhất và đóng, tức OHLC. Nhãn ngày phụ thuộc cách dựng biểu đồ. Forex bán lẻ không có một nến tập trung duy nhất mà mọi nhà môi giới phải hiển thị. Tên công cụ giống nhau không chứng minh nguồn, phía báo giá, giờ phiên hoặc ranh giới nến giống nhau.
Hướng dẫn này xác định quy tắc thời gian dữ liệu có thể tái lập, không đưa ra thiết lập vào lệnh. Biểu đồ gọn hơn chưa chắc tạo tín hiệu có lợi nhuận hơn. Bắt đầu với khung swing trading H4/D1, rồi ghi định nghĩa nến dùng khi phát triển, kiểm thử sau đó và quan sát tiến tới.
2. Viết đặc tả dữ liệu trước khi so biểu đồ
Ghi nhà môi giới và máy chủ, mã đầy đủ cùng hậu tố, tệp hoặc luồng nguồn, phía Bid/Ask/giá giữa, độ chính xác thời gian, chuyển đổi UTC lịch sử, ranh giới ngày và lịch phiên. Bổ sung quy tắc Chủ nhật, ngày lễ, khoảng trống, dấu thời gian trùng và sửa dữ liệu. Lưu phiên bản hoặc hash nguồn để lần chạy sau nhận diện cùng đầu vào.
Đổi cách hiển thị trong terminal hoặc múi giờ máy tính không tự dựng lại OHLC nhà môi giới cung cấp. Tái tổng hợp riêng là bộ dữ liệu khác với đặc tả riêng. Không trộn nến Bid, Ask và giá giữa rồi quy mọi khác biệt cho giờ. Hướng dẫn thông số mã giúp xác định hợp đồng cơ sở.
3. Gộp cùng báo giá vào hai khoảng ngày rõ ràng
Bảng là toàn bộ dòng Bid EUR/USD hư cấu cho phép tính này; không ngầm giả định quan sát khác. Mọi thời điểm là UTC. Khoảng thứ Hai của đồng hồ A là [2026-08-02 21:00, 2026-08-03 21:00), của B là [2026-08-03 00:00, 2026-08-04 00:00). A đặt tên thứ Hai theo ngày kết thúc phiên; đây là quy ước đã nêu.
Ngoặc vuông trái gồm báo giá đúng điểm bắt đầu; ngoặc tròn phải loại báo giá đúng điểm kết thúc. Vì vậy giá 2026-08-03 21:00 thuộc khoảng tiếp theo của A, còn giá 2026-08-04 00:00 thuộc khoảng tiếp theo của B. Hai cửa sổ chồng lấn nhưng chứa quan sát khác nhau. Giữ nguyên dòng giá giúp tách hiệu ứng gộp; so sánh nhà môi giới thật còn có thể khác nguồn.
| Ngày, UTC | Giờ, UTC | Bid hư cấu |
|---|---|---|
| 2026-08-02 | 21:00 | 1.10000 |
| 2026-08-02 | 23:00 | 1.10100 |
| 2026-08-03 | 00:00 | 1.10050 |
| 2026-08-03 | 08:00 | 1.09800 |
| 2026-08-03 | 16:00 | 1.10300 |
| 2026-08-03 | 20:59:58 | 1.10200 |
| 2026-08-03 | 21:00 | 1.10400 |
| 2026-08-03 | 23:59:58 | 1.10500 |
| 2026-08-04 | 00:00 | 1.10350 |
4. Tính OHLC từ các quan sát thực sự được đưa vào
Trong mỗi khoảng, Open là báo giá đầu tiên, Close là cuối cùng, High là lớn nhất và Low là nhỏ nhất. A cho O 1.10000, H 1.10300, L 1.09800 và C 1.10200. B cho O 1.10050, H 1.10500, L 1.09800 và C 1.10500. Với 1 pip = 0.0001, biên độ High−Low lần lượt là 50 và 70 pip.
Không giá đóng nào tự động là giá có thể nhận sau khi xem nến hoàn tất. Chúng chỉ là quan sát cuối trong từng khoảng. Lệnh sau đó cần Bid/Ask cùng thời điểm và bản ghi khớp riêng. Dòng giá thưa dùng giảng giải không khẳng định cực trị thị trường thực giữa các quan sát. Hướng dẫn đọc nến giải thích thành phần và phía giá.
| Đồng hồ | Mở | Cao nhất | Thấp nhất | Đóng | Biên độ, pip |
|---|---|---|---|---|---|
| A | 1.10000 | 1.10300 | 1.09800 | 1.10200 | 50 |
| B | 1.10050 | 1.10500 | 1.09800 | 1.10500 | 70 |
5. Ánh xạ giờ máy chủ bằng độ lệch lịch sử và DST
Theo quy ước đóng New York có điều kiện, 17:00 tại New York là 21:00 UTC khi lệch UTC−4 và 22:00 UTC khi lệch UTC−5. Nửa đêm máy chủ ở UTC+3 hoặc UTC+2 tương ứng sẽ khớp các ranh giới đó. Đây là phép đổi giờ, không phải lịch của mọi nhà môi giới. FAQ OANDA liên kết dùng cách viết EST/GMT+2 cho giờ của họ; câu ngắn này không cung cấp chính sách DST lịch sử đầy đủ.
Lưu ánh xạ máy chủ-UTC theo ngày và kiểm tra dấu thời gian nến thật quanh lúc chuyển giờ. Các khu vực có thể đổi giờ khác ngày; độ lệch hôm nay không thể áp cho toàn bộ lịch sử. TimeGMTOffset liên quan máy tính cục bộ, không phải kho độ lệch máy chủ lịch sử. Hướng dẫn phiên và DST bổ sung bối cảnh. Ranh giới ngày và mốc tính tài trợ cũng phải định nghĩa riêng.
6. Phân biệt kết thúc dự kiến và hoàn tất quan sát được
Trong chuỗi MT4, chỉ số 0 là nến hiện tại đang hình thành. Sau khi quan sát nến mới, chỉ số 1 thường chỉ nến có sẵn trước đó, chưa chắc là ngày lịch liền trước. Kiểm tra mã, khung thời gian, lịch sử đã tải và thời điểm nến. iTime trả thời gian mở nến và có thể trả 0 khi lịch sử cục bộ trống; số không không phải thời điểm thị trường hợp lệ để giao dịch.
Trong ví dụ báo giá chậm riêng, giá cũ cuối cùng lúc 20:59:58, ranh giới 21:00 và giá mới đầu tiên tới 21:00:04. Kết thúc dự kiến là 21:00 nhưng quy trình chạy theo tick chỉ thấy chuyển tiếp lúc 21:00:04. Không gán quyết định hay khớp lệnh ngược về giá đóng cũ. TimeCurrent phản ánh thời gian báo giá máy chủ cuối được biết, không phải đồng hồ UTC độc lập chạy liên tục.
7. Chọn chính sách nến Chủ nhật và nêu rõ thay đổi
Trong giả định riêng mở tuần hư cấu vào Chủ nhật 21:00 UTC, dữ liệu cắt nửa đêm UTC có thể gồm [Chủ nhật 21:00, thứ Hai 00:00), chỉ 3 giờ. Phiên từ Chủ nhật 21:00 đến thứ Hai 21:00 lại đưa giá mở đầu vào khoảng thứ Hai. Đây là các cửa sổ giả định, không phải giờ mở hay cách đặt tên của mọi nhà môi giới.
Giữ nến ngắn, loại khỏi quan sát đủ điều kiện hoặc gộp vào một nến lân cận xác định tạo bộ dữ liệu khác nhau. Loại khỏi tính tín hiệu không xóa rủi ro thị trường hay phí tài trợ thật. Gộp đòi tính lại OHLC từ các quan sát được đưa vào; xóa một dòng không phải gộp. Chọn trước kiểm thử và nhất quán với ranh giới tuần cùng cách đếm tuổi vị thế.
8. Xử lý khoảng thiếu và ngày lễ như vấn đề dữ liệu
Khoảng không có báo giá không có Open, High, Low hay Close quan sát được. Không tạo nến phẳng có thể giao dịch hoặc điền tiếp giá cũ rồi gọi là lịch sử nhà môi giới. Phân biệt đóng phiên dự kiến, sự cố nguồn và tải chưa đủ. Giữ cờ thiếu dữ liệu và định rõ mô hình chờ, bỏ quyết định hay loại mẫu bị ảnh hưởng.
Vị trí nến đếm quan sát có sẵn, không bảo đảm khối 24 giờ. Bảy nến có thể trải nhiều ngày lịch hơn qua kỳ lễ. iBarShift với exact=false có thể trả nến gần khi lịch sử có khoảng trống; exact=true có thể trả −1. Đó là hành vi tìm kiếm, không chứng minh nguồn đầy đủ: vẫn kiểm tra giờ mở trả về và khoảng dự kiến.
9. Căn H4 theo khoảng thay vì nhãn biểu đồ
Với căn cố định nửa đêm UTC, giờ mở H4 danh nghĩa là 00:00, 04:00, 08:00, 12:00, 16:00 và 20:00 UTC. Nếu ranh giới ngày là 21:00 UTC và các khối bốn giờ neo tại đó, giờ mở là 21:00, 01:00, 05:00, 09:00, 13:00 và 17:00. Các lưới đều này giả định độ lệch cố định; phiên thiếu và chuyển giờ cần cách xử lý riêng.
Tại quyết định D1 21:00 UTC, H4 theo UTC [20:00, 00:00) vẫn hình thành. Giá cao, thấp và đóng cuối chứa tương lai. H4 gần nhất đã kết thúc theo lịch trên lưới này là [16:00, 20:00), với điều kiện dữ liệu thật có sẵn. Trên lưới A, [17:00, 21:00) kết thúc cùng D1. Chọn theo cuối khoảng đã xác minh và tính khả dụng, không sao chép chỉ số H4 từ nguồn khác.
| Lưới cố định | Giờ mở H4, UTC | Tại D1 21:00 UTC |
|---|---|---|
| Nửa đêm UTC | 00:00 / 04:00 / 08:00 / 12:00 / 16:00 / 20:00 | [16:00, 20:00) hoàn tất; [20:00, 00:00) đang hình thành |
| A, 21:00 UTC | 21:00 / 01:00 / 05:00 / 09:00 / 13:00 / 17:00 | [17:00, 21:00) kết thúc cùng D1; kiểm tra khả dụng |
10. Đổi đồng hồ có thể đổi lựa chọn biên độ hẹp
Trong ví dụ NR7 hư cấu riêng, sáu biên độ ngày đủ điều kiện trước đó là 55, 60, 65, 80, 75 và 90 pip trên cả hai đồng hồ. Quy định ứng viên chỉ đạt nếu nhỏ hơn nghiêm ngặt từng giá trị đó. A có 50 pip đạt; B có 70 không đạt vì 70 không dưới 55. Các giá trị trước là đầu vào minh họa, không được dựng từ bảng chín báo giá.
Tái tổng hợp thật có thể thay đổi cả sáu biên độ trước, nên tính lại toàn bộ cửa sổ tham chiếu thay vì chỉ thay nến mới nhất. Định trước xử lý bằng nhau, điều kiện nến ngắn và phiên thiếu. Ví dụ cho thấy độ nhạy của điều kiện dữ liệu, không cung cấp vào lệnh, thoát, backtest hay lợi nhuận NR7. Đừng chọn đồng hồ sau khi thấy phiên bản kiếm nhiều nhất.
11. Dựng tham chiếu tuần và tuổi vị thế bằng cùng lịch
Tham chiếu tuần cần điểm đầu, cuối, múi giờ, phiên đủ điều kiện và thời gian khả dụng rõ ràng. Năm hay sáu dòng ngày không tự xác định tuần đã hoàn tất. Nếu dùng W1 gốc, kiểm tra giờ mở thực và quy ước nguồn. Nếu dựng lại tuần, gộp quan sát gốc hoặc các nến thành phần căn đúng, loại mọi thông tin về sau.
Tương tự, phân biệt thoát sau số nến đủ điều kiện hoàn tất, thoát theo số giờ đã qua và thoát tại mốc thứ Sáu chỉ định. Ngày lễ và nến ngắn có thể tạo thời điểm kích hoạt khác nhau. Tách tài trợ: hướng dẫn swap và rollover giải thích vì sao riêng số D1 hoặc số đêm không xác định ngày tính tài trợ.
12. Chỉ quyết định bằng thông tin có sẵn
Trong dòng thời gian chậm riêng, quan sát hoàn tất lúc 21:00:04, xác minh nến cần thiết rồi đánh giá báo giá mới 21:00:05. Mốc hết hạn hư cấu cố định 21:01:00 chỉ cho phép đánh giá khi mọi bộ lọc khác đã viết trước đều đạt. Báo giá 21:01:01 là muộn; khởi động lại MT4 không gia hạn cơ hội. Đây là thứ tự sự kiện, không phải cửa sổ thực thi được khuyến nghị.
Trước lệnh giả định, yêu cầu lịch sử hợp lệ, giá mới, spread chấp nhận được, công cụ khả dụng và bản ghi quyết định duy nhất. Theo quy trình ví dụ, dữ liệu không rõ hoặc sự kiện hết hạn đồng nghĩa không gửi yêu cầu mới. Ghi riêng yêu cầu, từ chối, khớp và trạng thái thử lại; tín hiệu đóng nến không phải khớp tại giá đóng. Hướng dẫn đối soát giao dịch hỗ trợ bản ghi đó.
13. Tách kiểm tra dựng nến và giả định thực thi
Trước hết so báo giá gốc, việc thuộc khoảng và OHLC tính được. Sau đó so điều kiện tín hiệu và thời điểm quan sát đầu tiên. Cuối cùng mới kiểm tra giá thực thi thật hoặc mô phỏng, spread, hoa hồng, tài trợ và gap. Không giải thích sai lệch ở tầng dữ liệu bằng cách điều chỉnh trượt giá hay khối lượng.
Khi so nguồn, dùng chung định nghĩa dấu thời gian và phía giá, đồng thời báo nơi không có quan sát tương ứng. Hình ảnh giống hoặc lợi nhuận cuối bằng nhau không chứng minh nến trùng. Lưu cả khác biệt dự kiến lẫn thực tế, kể cả quyết định bị loại. Gắn nhãn nến gốc và nến tái tổng hợp để kết quả luôn truy được tới bộ dữ liệu thật sự sử dụng.
14. Kiểm tra đồng hồ xuyên lịch sử và sau khởi động lại
Rà các tuần bình thường, hai phía chuyển DST liên quan, mở Chủ nhật, ngày lễ và khoảng thiếu đã biết. Kiểm tra H4 thành phần có khớp cửa sổ D1, xử lý trùng nhất quán và chạy lại có ra cùng kết quả. Giữ nguồn sửa thành phiên bản mới, không âm thầm ghi đè bằng chứng dùng cho kết quả trước.
Khởi động lại phải khôi phục quyết định đã xử lý cuối và trạng thái, không tạo khớp lệnh đã bỏ lỡ hoặc lặp lệnh. Lịch sử tải trễ làm hoãn hoặc vô hiệu quyết định theo quy tắc đã chốt. Hướng dẫn backtest MT4 nêu giới hạn rộng hơn; một lần gộp thành công không xác thực mô hình giao dịch hay thực thi live.
15. Cố định đặc tả trước khi so hiệu suất
Lưu định danh nguồn, phía giá, chuyển đổi thời gian, bản đồ độ lệch lịch sử, ranh giới ngày và tuần, quy tắc đưa giá vào khoảng, chính sách nến ngắn và thiếu dữ liệu, cùng kiểm tra khả dụng H4. Thêm phiên bản mô hình, hạn quyết định và phục hồi sau khởi động. Dòng audit hữu ích nối quan sát gốc, nến, điều kiện và sự kiện tài khoản sau đó mà không nhập các thời điểm làm một.
Nếu quy ước đổi, cấp phiên bản dữ liệu hoặc mô hình mới, chạy lại kiểm tra phát triển và đánh giá dữ liệu sau đó chưa dùng theo thời gian. Giữ cấu hình bị loại và lý do chọn. Chọn hồi cứu bố cục nến đẹp nhất sau nhiều phép so có thể tạo thiên lệch lựa chọn dù mọi OHLC đều đúng về số học.
16. Dùng danh sách kiểm tra nến ngày có thể tái lập
Trước khi tin kết quả D1, trả lời được nguồn và phía giá nào, đầu cuối nào, độ lệch UTC lịch sử nào, chính sách Chủ nhật và ngày lễ gì, H4 hoàn tất cuối nào, quan sát đầu lúc nào. Dựng bằng tay một mẫu nhỏ đã biết, xác minh xử lý dữ liệu thiếu và lưu bản kê có phiên bản để lần chạy khác làm theo.
Mục tiêu là chuỗi giải thích được từ báo giá tới thông tin hoàn tất rồi tới sự kiện có thể thực thi. Không đồng hồ, mô hình nến hay biểu đồ năm ngày nào bảo đảm lợi nhuận cao hơn. Ví dụ không chứng minh EA thương mại trên trang dùng các quy ước hoặc tái tạo quyết định đó. Sai lệch được ghi nhận có thể đủ để yêu cầu điều tra thêm hoặc loại bỏ trước khi so hiệu suất có ý nghĩa.
Câu hỏi thường gặp
Nến ngày Forex trong MT4 đóng lúc nào?
Tùy nguồn và quy ước nhà môi giới. Xác định giờ máy chủ và độ lệch lịch sử. Ranh giới có điều kiện 17:00 New York là 21:00 UTC khi UTC−4 hoặc 22:00 UTC khi UTC−5; không phải thiết lập MT4 chung.
Vì sao hai nhà môi giới có nến ngày khác nhau?
Họ có thể gộp khoảng khác hoặc cung cấp báo giá và phía giá khác. Ví dụ tách riêng hiệu ứng gộp: cùng dòng hư cấu tạo biên độ 50 và 70 pip. Kiểm tra cả nguồn lẫn đồng hồ.
Có nên bỏ nến Chủ nhật ngắn?
Không có đáp án chung. Giữ, loại khỏi cửa sổ tính hoặc gộp vào nến bên cạnh làm đổi định nghĩa dữ liệu. Chốt chính sách trước; xóa dòng không tính lại OHLC gộp và không xóa rủi ro thật.
EA có thể dùng chỉ số 0 làm nến ngày hoàn tất không?
Chỉ số 0 là nến đang hình thành. Sau khi thấy nến mới, kiểm tra giờ và lịch sử nến trước rồi mới coi là hoàn tất. Quyết định đầu có thể xảy ra sau ranh giới dự kiến.
H4 mới nhất có xác nhận đóng D1 được không?
Chỉ khi khoảng H4 đã kết thúc và dữ liệu khả dụng lúc quyết định. Tại 21:00 UTC, H4 theo UTC [20:00, 00:00) vẫn hình thành; dùng giá trị cuối sẽ dùng tương lai.
Biểu đồ đóng New York chứng minh chiến lược tốt hơn không?
Không. Nó định nghĩa quy ước dựng nến. So dữ liệu và quy tắc đầy đủ bằng kiểm thử theo thời gian, chi phí thực tế và lịch sử lựa chọn. Biểu đồ gọn hoặc kết quả quá khứ tốt không chứng minh hiệu suất tương lai.
Nguồn và ghi chú giáo dục
MetaQuotes mô tả chỉ số chuỗi thời gian, thời điểm nến và hành vi khi thiếu lịch sử. Các tài liệu iTime, iBarShift, TimeCurrent và TimeGMTOffset cũng được đối chiếu. FAQ OANDA được dẫn chỉ mô tả giờ của nhà môi giới đó, không xác lập lịch MT4 chung hay bản đồ DST lịch sử. Toàn bộ báo giá, biên độ và trình tự quyết định đều là ví dụ hư cấu. Quy tắc gộp và xác minh là quy ước biên tập được công bố rõ, không phải bằng chứng hiệu suất chiến lược.
Nội dung giáo dục. Báo giá, lịch và quyết định đều hư cấu. Forex có rủi ro. Dựng nến đúng không chứng minh lợi nhuận, bảo đảm khớp lệnh hay hiệu suất tương lai.