CGPM отменяет високосные секунды: непрерывное UTC вводится с 20 мая 2027 года
The technical actions needed to ensure the continuity of UTC
28-я Генеральная конференция по мерам и весам приняла Resolution 5, устанавливающую непрерывную шкалу UTC с 20 мая 2027 года. Максимальное расхождение |UT1-UTC| увеличено до 3600 секунд, что исключает будущие корректировки и риск отрицательной високосной секунды. Решение направлено на защиту критической инфраструктуры и синхронизацию IoT, smart grids и телекоммуникаций.
Вероятность отрицательной високосной секунды быстро растёт в ближайшем будущем, достигая 30% к 2035 году.
- BoppreH
Контекст: BIPM отвечает за стандарт времени UTC, и в этом документе они решают прекратить добавление (или удаление) високосных секунд, начиная с 20 мая 2027 года и на обозримое будущее (пока не потребуется високосный час, но даже тогда неясно, будут ли они что-то делать). Вместе с решением не добавлять високосную секунду в декабре, 27 високосных секунд, добавленных на данный момент, должны остаться единственными в истории.
На странице перечислено несколько веских причин для этого, в том числе:
- Это распространённый источник багов.
- Солнечное время не так важно в мире с грубыми часовыми поясами.
- IoT и всё, что не может получать обновления времени, испытывают проблемы с високосными секундами.
- Отрицательные високосные секунды никогда не случались раньше, но могут произойти в будущем, и почти никакое программное обеспечение не тестировало этот случай.
Я бы также добавил:
- Unix-таймстампы на самом деле определяются как «секунды с начала эпохи минус столько високосных секунд, сколько произошло». Это хак, чтобы код, предполагающий «86400 секунд в сутках», не ломался. Это означает, что во время високосной секунды Unix-таймстамп идёт назад и повторяет предыдущее значение, делая их неоднозначными и немонотонными.
- Непредсказуемость високосных секунд может сделать невозможным вычисление количества секунд между двумя датами UTC или Unix-таймстампами, например, обратный отсчёт до бага 2038 года.
- Правильное форматирование високосных секунд по ISO8601 («23:59:60») широко не поддерживается, ломая парсеры, а также предположение о том, сколько секунд в минуте, часе или дне.
---
РЕДАКТИРОВАНО […]
- amelius
ИИ стал реальностью, и мы отменяем високосные секунды?
Это несправедливо.
Если ИИ хочет быть программистом, то он должен разбираться с високосными секундами. Фактически, давайте дадим ему ещё високосные минуты и високосные часы.
- frangonf
Прощай, солнечные часы, здравствуй, цезиевые. Разработчики астрологических приложений: не забудьте учесть дрейф в Temporal для Асцендента, особенно около 2267 года, иначе ваши предсказания о любви и деньгах могут пойти наперекосяк.
- neutrinobro
Ура! Больше не нужно управлять високосными секундами! Это значительно упростит мне жизнь.
Редактирование... отставить, теперь мне придётся отслеживать UT1-UTC как отдельный непрерывно меняющийся параметр, предоставляемый IERS, вместо tzdata.
- hnuser123456
Практичное решение. Пока мы можем удерживать 12:00 около полудня, а 00:00 около «высокой полуночи(?)», этого должно быть достаточно.