Vì sao giờ giao nhau giữa phiên London và New York thay đổi? Cách tính theo ngày

London và New York có thể giữ nguyên giờ làm việc tại địa phương, trong khi khoảng thời gian hai nơi cùng hoạt động vẫn lệch đi một giờ. Mỹ và Anh chuyển sang giờ mùa hè vào những ngày khác nhau. Trong một phần tháng 3 và cuối tháng 10, chênh lệch giữa hai thành phố chỉ còn bốn giờ thay vì năm giờ như thường lệ. Vì thế, không chỉ giờ bắt đầu hoặc kết thúc theo UTC mà cả độ dài phần giao nhau cũng có thể thay đổi.

Cách xử lý là xác định rõ khoảng giờ địa phương của từng thành phố rồi tìm phần giao nhau cho đúng ngày cần phân tích. Với giả định cả hai nơi đều làm việc từ 08:00 đến 17:00, phần giao nhau dài bốn giờ khi cả hai cùng dùng giờ chuẩn hoặc cùng dùng giờ mùa hè; khi New York dùng giờ mùa hè còn London dùng giờ chuẩn, phần này dài năm giờ. Đây là kết quả tính thời gian, không phải bằng chứng rằng điều kiện giao dịch thuận lợi suốt năm giờ đó.

Định nghĩa hai khoảng giờ trước khi dùng tên phiên

Ngoại hối giao ngay là thị trường phi tập trung, với giao dịch phân bổ qua nhiều tổ chức kinh doanh ngoại hối và địa điểm giao dịch. Nhãn phiên London không xác lập một tiếng chuông mở cửa chính thức, một giờ đóng cửa bắt buộc hay khả năng tiếp cận giống nhau cho mọi tài khoản. Nhà cung cấp có thể áp dụng giờ giao dịch, thời gian bảo trì và lịch nghỉ riêng cho từng sản phẩm.

Để có thể tính lại, giả định khoảng làm việc London là 08:00–17:00 theo giờ London và khoảng New York là 08:00–17:00 theo giờ New York. Hai khoảng gắn với cùng một ngày trên lịch địa phương; tính cả thời điểm bắt đầu nhưng không tính thời điểm kết thúc. Đây là đầu vào được chọn cho phân tích, không phải giờ chính thức của một nhà cung cấp hay địa điểm giao dịch cụ thể.

Luôn ghi cả ngày và thành phố bên cạnh giờ. 08:00 tại London và 08:00 tại New York là hai thời điểm khác nhau. EST là UTC−5, còn EDT là UTC−4, nên không thể dùng EST để chỉ giờ New York trong cả năm. London dùng GMT, tương đương UTC trong phép đổi này, hoặc BST là UTC+1. Mọi ví dụ về giờ Bắc Kinh dưới đây đều dùng UTC+8.

Lấy đúng ngày chuyển giờ của Mỹ và Anh

Năm 2026, giờ mùa hè tại Mỹ bắt đầu ngày 8/3 và kết thúc ngày 1/11; việc chuyển giờ diễn ra lúc 02:00 địa phương. Anh chỉnh đồng hồ tiến vào ngày 29/3 và lùi vào ngày 25/10. Quy tắc hiện hành của Mỹ là Chủ nhật thứ hai trong tháng 3 và Chủ nhật đầu tiên trong tháng 11; Anh dùng Chủ nhật cuối cùng của tháng 3 và tháng 10.

Do đó, trong các ngày làm việc từ 9/3 đến 27/3/2026, London vẫn dùng GMT còn New York đã dùng EDT. Tổ hợp này xuất hiện lại từ 26/10 đến 30/10, khi London đi trước New York bốn giờ. Với GMT/EST hoặc BST/EDT, chênh lệch là năm giờ. Khi chuyển sang năm khác, cần kiểm tra lại quy tắc và ngày thực tế thay vì cố định các ngày của năm 2026 trong lịch vĩnh viễn.

Khi đồng hồ địa phương tiến một giờ, cùng một giờ làm việc tại địa phương sẽ xuất hiện sớm hơn một giờ trên UTC. UTC không tự dịch chuyển. Mùa xuân New York đổi trước, còn mùa thu London lùi trước. Chính thứ tự khác nhau này khiến một đầu của khoảng giao nhau có thể đổi trong khi đầu còn lại giữ nguyên.

Đổi cả hai khoảng sang UTC rồi lấy phần giao nhau

Với từng đầu mút, dùng giờ UTC = giờ địa phương − độ lệch UTC của thành phố trong ngày đó. Sau khi quy đổi, điểm bắt đầu phần giao nhau là giờ mở muộn hơn; điểm kết thúc là giờ đóng sớm hơn. Độ dài bằng giá trị lớn hơn giữa 0 và kết thúc trừ bắt đầu. Nếu khoảng giờ qua nửa đêm, phải so sánh đầy đủ ngày và giờ chứ không chỉ các con số trên đồng hồ.

Ngày 9/3, khoảng London trở thành 08:00–17:00 UTC, còn New York là 12:00–21:00 UTC. Lấy thời điểm bắt đầu muộn hơn là 12:00 và kết thúc sớm hơn là 17:00, được năm giờ. Đến 30/3, London đổi thành 07:00–16:00 UTC, New York vẫn là 12:00–21:00 UTC, nên phần giao nhau chỉ còn bốn giờ.

Cột đầu tiên đều là ngày trên lịch London/New York trong năm 2026. Cột cuối ghi rõ ngày kết thúc khi đã sang hôm sau tại Bắc Kinh. Chẳng hạn, 16:00 UTC ngày 23/10 là 00:00 ngày 24/10 ở Bắc Kinh, không phải 00:00 ngày 23/10. Các khoảng tính đầu nhưng bỏ cuối; một sự kiện đúng 16:00 UTC không nằm trong khoảng giao nhau của ngày 23/10.

Tất cả các hàng, kể cả ví dụ 2/11, đều là phép tính lịch theo giả định đã nêu, không phải quan sát giao dịch thực tế vào những ngày đó. Chuỗi mùa thu cho thấy rõ: từ 23/10 sang 26/10, giờ bắt đầu UTC giữ nguyên nhưng kết thúc muộn hơn một giờ; từ 26/10 sang 2/11, kết thúc giữ nguyên nhưng bắt đầu muộn hơn một giờ. Dịch chuyển cả khung giờ một giờ sẽ không mô tả đúng cả hai lần đổi.

Bộ lọc vẫn dài bốn giờ nhưng có thể vừa lấy thừa vừa bỏ sót

Giả sử chương trình nghiên cứu giữ nguyên thiết lập mùa hè, lấy dữ liệu mỗi ngày từ 12:00 đến trước 16:00 UTC. So sánh bộ lọc cố định với phần giao nhau tính riêng theo ngày sẽ xác định được phần sai. Giờ lấy thừa trong bảng chỉ có nghĩa là nằm ngoài khoảng giao nhau giả định, không nhất thiết nằm ngoài giờ giao dịch của sản phẩm.

Ngày 2/11, cả bộ lọc cũ lẫn khoảng đúng đều dài bốn giờ nhưng chỉ có ba giờ chung. Bộ lọc lấy thừa 12:00–13:00 và bỏ sót 16:00–17:00. Vì vậy, số dòng hoặc tổng độ dài không đổi vẫn có thể che giấu một mẫu giá khác. Nếu mỗi đầu phút có đúng một quan sát và dữ liệu đầy đủ, hai bộ lọc đều có 240 dòng nhưng chỉ trùng 180 dòng; mỗi bộ có 60 dòng mà bộ kia không có. Dữ liệu thiếu cần được kiểm tra riêng.

Trong kiểm định chiến lược trong ngày, hãy tính lại từng dấu thời gian có thuộc khoảng hay không trước khi so sánh chênh lệch mua bán, biên độ hoặc lợi suất. Một nến vắt qua ranh giới không nằm trọn trong khoảng chỉ vì nhãn thời gian của nó ở bên trong. Cần quy định lấy theo thời điểm sự kiện, chỉ lấy nến nằm trọn hay dùng quy tắc rõ ràng khác; muốn chia chính xác phải dùng dữ liệu có độ phân giải thời gian cao hơn. Cách tạo nến ngày là vấn đề riêng; xem vì sao nến ngày forex khác nhau khi mốc kết thúc ngày khác nhau. Đổi múi giờ hiển thị của biểu đồ không tự sửa được hai phép tính này.

Xác nhận nguyên nhân đổi giờ, không suy ra lợi thế khớp lệnh

Lời giải thích do đổi đồng hồ được củng cố khi lịch địa phương hai nơi không đổi, độ lệch chính thức thay đổi đúng quy tắc và việc chuyển dấu thời gian tái tạo được các ranh giới UTC mới. Hãy thử thời điểm ngay trước đầu khoảng, đúng đầu khoảng và đúng cuối khoảng phải bị loại. Nếu không khớp, kiểm tra múi giờ lưu dữ liệu, độ lệch máy chủ hoặc cách hiểu ngày trước khi dùng nhãn phiên.

Mức độ phù hợp của khoảng tính được tùy thuộc đầu vào. Ngày nghỉ, ngày làm việc rút ngắn, lịch riêng của nhà cung cấp hoặc thời gian tạm dừng sản phẩm có thể khiến 08:00–17:00 không đại diện cho hoạt động thực. Giờ công bố số liệu kinh tế phải theo cơ sở thời gian của lịch công bố đó, không tự dịch theo nhãn phiên. Khả năng giao dịch sản phẩm, lịch thanh toán và phần giao nhau giữa hai thành phố là các kiểm tra khác nhau.

Dù xác định thời gian chính xác, vẫn không có bảo đảm về spread hẹp, khối lượng sẵn có hay lệnh được khớp. Số người có khả năng tham gia nhiều hơn không quyết định mức giá cho một tài khoản cụ thể; biến động do sự kiện còn có thể đổi điều kiện khớp lệnh ngay trong khoảng. Hãy kiểm tra cùng cặp tiền, nguồn báo giá, dấu thời gian của giá mua và giá bán, khối lượng dự kiến và bản ghi khớp lệnh thực. Một nến lớn không đo được thanh khoản có thể thực sự giao dịch.

Muốn biết khoảng này có cải thiện thực hiện lệnh hay không, hãy so sánh lệnh cùng quy mô và báo giá cùng cơ sở trong một mẫu đã xác định, tách riêng ngày sự kiện, ngày nghỉ và dữ liệu thiếu. Phép tính thời gian xác định dữ liệu nào thuộc khoảng; quan sát giao dịch mới kiểm định chất lượng khớp lệnh. Thiếu quan sát đó, không thể chứng minh lợi thế chỉ bằng lịch giờ.

Lập lịch theo ngày và giữ đủ thông tin để kiểm tra

Đầu tiên ghi ngày phân tích, cặp tiền và sản phẩm, hai khoảng địa phương giả định cùng tên múi giờ. Trong phần mềm, dùng định danh có áp dụng quy tắc theo ngày như Europe/London và America/New_York với dữ liệu múi giờ mới nhất, thay vì luôn trừ bốn hoặc năm giờ. Giữ dấu thời gian gốc và múi giờ dữ liệu hoặc máy chủ, không ghi đè bằng giờ địa phương không có nhãn.

Tiếp theo, đổi hai khoảng sang UTC, tính phần giao nhau rồi chuyển đầy đủ ngày giờ kết quả sang múi giờ hiển thị. Lưu cùng ngày bắt đầu, ngày kết thúc, độ lệch UTC và độ dài. Sáu ngày trong bảng đầu phải cho lần lượt 4, 5, 4, 4, 5 và 4 giờ. Thêm kiểm tra loại trừ điểm cuối và ngày kế tiếp tại Bắc Kinh.

Sau đó kiểm tra giờ giao dịch thực của nhà cung cấp và các lần đóng cửa ngoại lệ, đồng thời đối chiếu riêng lịch kinh tế và dấu thời gian dữ liệu. Nếu một lịch vốn được định nghĩa bằng UTC cố định, phải giữ nguyên: đó là đầu vào khác, không phải lỗi để âm thầm sửa thành giờ địa phương cố định. Nếu về sau đầu mút rơi vào một giờ bị lặp hoặc bị bỏ qua khi đổi đồng hồ, cần nêu quy tắc xử lý thời gian mơ hồ. Ví dụ ban ngày vào ngày làm việc ở đây tránh được tình huống này.

Cuối cùng, tạo lại lịch khi quy tắc đổi giờ hoặc khoảng làm việc được chọn thay đổi và đặt giả định cạnh kết quả. Đầu ra đáng tin cậy là một khoảng có ngày, có thể kiểm tra và có phạm vi áp dụng rõ ràng; không phải khẳng định London và New York luôn giao nhau vào cùng giờ quanh năm.