🐍 Python считает эти две даты равными. Хотя между ними целый час. Врменной парадокс с кодом, который тебя удивит.

Представим ночь перевода часов в Берлине:

25 октября 2026 года время переводят с 03:00 на 02:00.

Поэтому локальное время 02:30 наступает дважды:

• первое 02:30 – UTC+02:00;
• второе 02:30 – UTC+01:00.

Это два разных момента времени с разницей ровно в один час.

from datetime import datetime
from zoneinfo import ZoneInfo

tz = ZoneInfo("Europe/Berlin")

a = datetime(
    2026, 10, 25, 2, 30,
    tzinfo=tz,
    fold=0,
)

b = datetime(
    2026, 10, 25, 2, 30,
    tzinfo=tz,
    fold=1,
)

А теперь результат:

print(a)
# 2026-10-25 02:30:00+02:00

print(b)
# 2026-10-25 02:30:00+01:00

print(a == b)
# True

print(b - a)
# 0:00:00

Выглядит так, будто Python потерял целый час.

Но временные метки подтверждают, что моменты разные:

print(a.timestamp())
print(b.timestamp())

print(b.timestamp() - a.timestamp())
# 3600.0

Почему это происходит

У объектов a и b один и тот же объект tzinfo.

При сравнении таких datetime Python сравнивает локальные компоненты:

год
месяц
день
час
минута
секунда

Значения tzinfo и fold при этом сравнении игнорируются.

У обеих дат локально указано одно и то же:

2026-10-25 02:30

Поэтому Python возвращает:

a == b  # True

Что такое fold

fold появился в PEP 495 специально для повторяющегося времени при переходе с летнего времени на зимнее.

fold=0 - первое появление 02:30
fold=1 - второе появление 02:30

Он позволяет определить правильное смещение UTC:

print(a.utcoffset())
# 2:00:00

print(b.utcoffset())
# 1:00:00

Однако наличие fold не меняет описанное поведение сравнения объектов с одинаковым tzinfo.

Production-баг

Представим, что система удаляет дубликаты событий через set:

events = {a, b}

print(len(events))
# 1

Два реальных события превратились в одно.

Это может затронуть:

• платежи;
• заказы;
• расписания;
• бронирования;
• логи;
• фоновые задачи;
• начисления;
• аналитику;
• дедупликацию сообщений.

Например, два платежа произошли в разные моменты, но получили одинаковое локальное время. Если дата входит в ключ дедупликации, одна операция может быть ошибочно отброшена.

Как правильно сравнивать моменты

Перед сравнением нужно привести даты к UTC:

from datetime import UTC

a_utc = a.astimezone(UTC)
b_utc = b.astimezone(UTC)

print(a_utc)
# 2026-10-25 00:30:00+00:00

print(b_utc)
# 2026-10-25 01:30:00+00:00

print(a_utc == b_utc)
# False

print(b_utc - a_utc)
# 1:00:00

Теперь Python сравнивает реальные моменты:

00:30 UTC
01:30 UTC

Разница:

print((b_utc - a_utc).total_seconds())
# 3600.0

Можно сравнивать и Unix timestamp:

a.timestamp() == b.timestamp()
# False

Важная ошибка

Нельзя переводить локальное время в UTC через простую замену tzinfo:

a.replace(tzinfo=UTC)

replace() меняет только метку часового пояса. Само время не пересчитывается.

Для настоящего преобразования используется:

a.astimezone(UTC)

Практическое правило

В базе и ключах событий храните момент в UTC:

created_at = local_time.astimezone(UTC)

Локальный часовой пояс используйте при отображении пользователю:

display_time = created_at.astimezone(
    ZoneInfo("Europe/Berlin")
)

Если бизнес-логика зависит от локального расписания, сохраняйте отдельно:

UTC-момент
название временной зоны
локальное время
fold при необходимости

Минимальный тест против такого бага:

def test_repeated_local_time():
    tz = ZoneInfo("Europe/Berlin")

    first = datetime(
        2026, 10, 25, 2, 30,
        tzinfo=tz,
        fold=0,
    )

    second = first.replace(fold=1)

    first_utc = first.astimezone(UTC)
    second_utc = second.astimezone(UTC)

    assert first_utc != second_utc
    assert second_utc - first_utc == timedelta(hours=1)

Одинаковые цифры на часах ещё не означают один момент времени.

t.me/ai_machinelearning_big_data