Пересечение сессий Лондона и Нью-Йорка на форекс: почему важна дата

Таблица пересечения сессий Лондона и Нью-Йорка может сместиться на час, даже если местные рабочие часы ни в одном городе не менялись. США и Великобритания переводят часы в разные даты. Часть марта и в конце октября разница между городами составляет четыре часа вместо обычных пяти. Поэтому может измениться не только начало или конец общего окна в UTC, но и его продолжительность.

Надёжный способ — явно задать местный интервал для каждого города и вычислить пересечение на нужную дату. В примере с рабочими часами 08:00–17:00 в обоих городах общее окно длится четыре часа, когда оба города живут по стандартному либо оба по летнему времени. Если Нью-Йорк находится на летнем времени, а Лондон — на стандартном, оно длится пять часов. Это результат расчёта часов, а не доказательство пяти часов благоприятных условий для торговли.

Сначала определите два окна, а затем ищите пересечение

Спотовый валютный рынок внебиржевой: сделки распределены между дилерами и разными площадками исполнения. Название лондонская сессия не устанавливает единого официального открытия, обязательного закрытия или одинакового доступа для всех счетов. Поставщик услуги может предусмотреть собственные часы по инструменту, технические перерывы и праздничный график.

Для воспроизводимого примера примем рабочее окно Лондона с 08:00 до 17:00 по лондонскому времени, а Нью-Йорка — с 08:00 до 17:00 по нью-йоркскому. Оба относятся к одной и той же местной календарной дате; начало включается, конечный момент — нет. Это выбранные параметры анализа, а не официальный график какого-либо дилера или торговой площадки.

Сохраняйте дату и город вместе со временем. Лондонские 08:00 и нью-йоркские 08:00 — разные моменты. EST означает UTC−5 и не подходит для обозначения времени Нью-Йорка круглый год: при EDT используется UTC−4. Лондон живёт по GMT, эквивалентному UTC в этих расчётах, либо по BST, то есть UTC+1. Пекинское время во всех примерах — UTC+8.

Проверьте даты перевода часов в США и Великобритании

В 2026 году Нью-Йорк следует американскому периоду летнего времени с 8 марта до 1 ноября; перевод выполняется в 02:00 по местному времени. В Великобритании часы переводят вперёд 29 марта и назад 25 октября. Действующая американская схема использует второе воскресенье марта и первое воскресенье ноября; британская — последнее воскресенье марта и октября.

Таким образом, в примерах для будних дней с 9 по 27 марта 2026 года Лондон использует GMT, а Нью-Йорк — EDT. Та же комбинация действует с 26 по 30 октября: Лондон опережает Нью-Йорк на четыре часа. При сочетаниях GMT/EST или BST/EDT разница составляет пять часов. Для другого года даты нужно проверить заново, а не навсегда закреплять четыре даты 2026 года.

Когда местные часы переводят вперёд, тот же час рабочего графика наступает на час раньше в UTC; сама шкала UTC не меняется. Весной первым переводит часы вперёд Нью-Йорк, осенью первым возвращается назад Лондон. Эта разница в порядке переходов объясняет, почему одна граница общего окна сдвигается, а другая остаётся на месте.

Переведите оба интервала в UTC и найдите общую часть

Каждую границу преобразуйте по правилу: время UTC = местное время − смещение города относительно UTC на эту дату. После приведения всех границ к UTC общее окно начинается в более позднее время открытия и заканчивается в более раннее время закрытия. Продолжительность равна максимуму из нуля и разности конца и начала. При переходе через полночь сравнивайте полные даты и время, а не только показания часов.

Например, 9 марта предполагаемое окно Лондона соответствует 08:00–17:00 UTC, а Нью-Йорка — 12:00–21:00 UTC. Более позднее начало — 12:00, более ранний конец — 17:00: пять часов. 30 марта Лондон переходит на 07:00–16:00 UTC, а Нью-Йорк остаётся на 12:00–21:00 UTC. Пересечение сокращается до четырёх часов.

Первый столбец содержит общую местную календарную дату Лондона и Нью-Йорка в 2026 году. В последнем явно указано, когда окончание приходится уже на следующий день в Пекине. Так, 23 октября в 16:00 UTC — это 24 октября в 00:00 по Пекину, а не начало 23 октября. Интервалы включают начало и исключают конец: событие ровно в 16:00 UTC не относится к общему окну 23 октября.

Все значения, включая пример 2 ноября, представляют собой календарный расчёт при заданных предпосылках, а не наблюдения за фактическими сделками в эти даты. С 23 на 26 октября начало в UTC остаётся прежним, а конец сдвигается на час позже. С 26 октября на 2 ноября неизменен конец, а на час позже сдвигается начало. Перенос всего прямоугольника на час не описывает оба перехода.

Фиксированный фильтр может добавить лишний час и пропустить нужный

Предположим, исследовательский скрипт сохраняет летнюю настройку и ежедневно берёт записи с 12:00 включительно до 16:00 по UTC, не включая конечный момент. Сравним этот неизменный фильтр с пересечением на каждую дату. Лишние часы находятся за пределами предполагаемого общего окна, но не обязательно за пределами торгового времени инструмента.

2 ноября фильтр по-прежнему выбирает четыре часа, как и правильное окно, но общими являются лишь три часа. Он ошибочно добавляет 12:00–13:00 и пропускает 16:00–17:00. Неизменные длительность и число строк могут скрывать другую ценовую выборку. Если в начале каждой минуты имеется ровно одна запись и пропусков нет, каждый фильтр содержит 240 строк, из которых 180 общие; у каждого набора есть 60 строк, отсутствующих в другом. Пропуски данных требуют отдельного подсчёта.

При внутридневном тестировании стратегии сначала заново определите, какие временные метки входят в окно, и лишь затем сравнивайте спреды, диапазоны или доходности. Свеча, пересекающая границу, не становится полностью внутренней только потому, что её метка времени попала в интервал. Укажите правило: время отдельных событий, полностью включённые свечи или иной определённый способ. Для точного разделения могут понадобиться более подробные данные. Формирование дневных свечей — отдельный вопрос; он рассмотрен в материале о влиянии времени закрытия на дневные свечи валютного рынка. Смена отображаемого часового пояса графика сама по себе не исправляет эти расчёты.

Подтвердите влияние времени, не предполагая лучшего исполнения

Объяснение переводом часов подтверждается, если местные рабочие окна не изменились, официальные смещения изменились по правилам, а исходные временные метки воспроизводят новые границы UTC. Проверьте момент перед началом, само начало и исключённый конец. Если результаты расходятся, сначала выясните сохранённый часовой пояс, смещение сервера и смысл даты, прежде чем полагаться на название сессии.

Применимость результата зависит от исходных условий. Праздник, сокращённый рабочий день, другой график дилера или перерыв по инструменту могут сделать 08:00–17:00 неподходящим представлением реальной активности. Экономическая публикация привязана к временной основе собственного календаря; её нельзя сдвигать лишь из-за изменения общего окна. Доступность инструмента, календарь расчётов и пересечение двух городов — разные проверки.

Даже точное преобразование времени не гарантирует узкий спред, доступный объём или исполнение заявки. Большее число потенциальных участников не определяет котировку, доступную конкретному счёту; резкое событие может изменить условия и внутри окна. Сопоставляйте одну валютную пару, один источник цен, временные метки bid и ask, предполагаемый объём и фактические исполнения. Большая свеча не измеряет ликвидность, по которой можно совершить сделку.

Чтобы выяснить, улучшает ли это окно исполнение, сравните заявки одинакового объёма и сопоставимые котировки на определённой выборке, отдельно учитывая дни публикаций, праздники и пропущенные наблюдения. Арифметика времени определяет состав интервала; наблюдения проверяют качество исполнения. Без них само расписание не доказывает преимущества.

Составьте проверяемый график с учётом даты

Сначала сохраните дату анализа, пару, инструмент, каждое предполагаемое местное окно и его часовой пояс. В программе используйте идентификаторы Europe/London и America/New_York с актуальными данными часовых поясов вместо постоянного вычитания четырёх или пяти часов. Сохраните исходные временные метки и пояс данных либо сервера; не заменяйте их местными часами без указания пояса.

Затем переведите оба окна в UTC, найдите их пересечение и преобразуйте полученные полные даты и время в пояс отображения. Храните вместе начальную и конечную даты, смещения и продолжительность. Для шести дат первой таблицы должны получиться 4, 5, 4, 4, 5 и 4 часа. Добавьте проверки исключённого конечного момента и перехода на следующий день по Пекину.

После этого проверьте реальные часы поставщика и исключительные закрытия, отдельно согласовав экономический календарь и метки данных. Если расписание изначально определено в фиксированном UTC, оставьте эту основу: это другой входной параметр, а не ошибка для незаметного исправления. Если будущая местная граница попадает в повторяющийся или отсутствующий час при переводе часов, определите порядок разрешения неоднозначности. Примеры с дневными часами в будние дни позволяют избежать этой проблемы.

Наконец, пересоздавайте график при изменении правил времени или выбранных рабочих окон. Храните предпосылки рядом с результатом. Надёжный результат — датированный, проверяемый интервал с явной областью применения, а не утверждение, будто Лондон и Нью-Йорк пересекаются в одни и те же часы круглый год.