UTC, 2027년 5월 20일부터 윤초 없는 연속 시간 척도로 전환
The technical actions needed to ensure the continuity of UTC
국제도량형총회(CGPM)가 2026년 제28차 회의에서 결의 5를 채택해 2027년 5월 20일부터 UTC를 연속 시간 척도로 운영하기로 했다. |UT1-UTC| 최대 허용차는 3600초(1시간)로 늘어나 수 세기 동안 윤초 삽입 없이 UTC가 유지된다. 2035년까지 음의 윤초 발생 확률이 30%에 이를 것으로 예측되면서, 인프라 혼란과 밀레니엄 버그급 비용 부담을 피하려는 산업계의 요구가 반영됐다.
음의 윤초는 이전에 적용된 적이 없으며, 대비가 거의 되어 있지 않은 핵심 인프라에 이상과 중단을 초래할 위험이 높다고 여겨진다.
HN 토론
42- BoppreH
맥락: BIPM은 UTC 시간 표준을 담당하는데, 이 문서에서 그들은 2027년 5월 20일부터 윤초를 추가(또는 제거)하는 것을 중단하기로 결정했으며, 이는 예측 가능한 미래까지 지속됩니다(윤시간이 필요할 때까지지만, 그때도 뭔가를 할지는 불분명합니다). 12월에 윤초를 추가하지 않기로 한 결정과 함께, 지금까지 추가된 27개의 윤초가 유일한 윤초가 될 것입니다.
이 페이지에는 다음과 같은 여러 좋은 이유가 나열되어 있습니다:
- 흔한 버그 원인입니다.
- 거친 시간대의 세계에서 태양시는 그렇게 중요하지 않습니다.
- IoT와 시간 업데이트를 받을 수 없는 모든 것은 윤초에 문제가 있습니다.
- 음의 윤초는 이전에 발생한 적이 없지만 미래에 발생할 수 있으며, 거의 어떤 소프트웨어도 이 경우를 테스트하지 않았습니다.
저도 덧붙이자면:
- Unix 타임스탬프는 실제로 "에포크 이후 초에서 발생한 윤초 수를 뺀 값"으로 정의됩니다. 이는 "하루에 86400초"를 가정하는 코드가 깨지지 않도록 하는 핵입니다. 이는 윤초 동안 Unix 타임스탬프가 이전 값으로 돌아가 반복되어 모호하고 비단조적으로 만든다는 것을 의미합니다.
- 윤초의 예측 불가능성은 두 UTC 날짜 또는 Unix 타임스탬프 사이의 초 수를 계산하는 것을 불가능하게 만들 수 있습니다. 예를 들어 2038년 버그까지의 카운트다운 같은 경우입니다.
- 윤초의 올바른 ISO8601 형식("23:59:60")은 널리 지원되지 않아 파서를 깨뜨리며, 분, 시간, 하루에 몇 초가 있는지에 대한 가정도 마찬가지입니다.
---
편집 […]
- amelius
AI가 현실이 되었는데, 우리가 윤초를 취소한다고?
이건 불공평해.
AI가 코더가 되고 싶다면 윤초를 해야 해. 사실, 윤분과 윤시간도 주자고.
- frangonf
안녕 해시계, 환영 세슘 시계. 점성술 앱 개발자들: Temporal에서 상승궁에 대한 드리프트를 기억하세요, 특히 2267년 즈음에는 당신의 사랑과 금전 생활 예측이 엉망이 될 수 있습니다.
- neutrinobro
야호! 더 이상 관리할 윤초가 없어! 이건 내 삶을 훨씬 쉽게 만들어 줄 거야.
편집...취소, 이제 tzdata 대신 IERS에서 제공하는 별도의 지속적으로 변하는 매개변수로 UT1-UTC를 추적해야 해
- hnuser123456
실용적인 해결책. 12:00을 정오 근처에, 00:00을 "한밤중(?)" 근처에 유지할 수만 있다면 충분할 거야.