Reddit

BIPM announces the end of leap seconds

국제도량형총회, 2027년부터 윤초 중단 결정

국제도량형총회(CGPM)는 연속 UTC(Coordinated Universal Time)를 2027년 5월 20일부터 시행하고, UT1과 UTC의 차이를 최대 1시간까지 허용하기로 했습니다. 윤초로 생기는 시스템 장애 위험을 줄이는 대신, 시민 시간과 지구 자전 시간의 차이가 장기간 누적됩니다.

에디터 노트

연속 UTC는 미래의 윤초를 둘러싼 예측 불가능성과 시스템 간 처리 차이를 줄입니다. 결의안은 음의 윤초가 중요 인프라에 장애를 일으킬 위험과 이를 대비하는 비용을 근거로 듭니다. 2035년까지 음의 윤초 확률이 30%라는 수치는 전문가 워크숍의 추정치이며, 결의안은 이를 실제 발생으로 단정하지 않습니다. 댓글에서 제기된 TAI 사용은 연속적인 시간 측정과 달력 시각을 분리하는 대안입니다. 다만 이번 결의가 해결하는 범위는 미래 윤초의 삽입 여부입니다. 댓글 지적처럼 과거 윤초를 반영하는 처리와 UTC 변환은 남습니다. 태양시와 시민 시간의 차이가 커지는 문제도 허용 범위를 1시간으로 넓혀 수 세기 뒤로 미룬 것이므로, 정밀한 시간 동기화와 일상적인 시각 표기의 요구가 서로 다른 방향을 향합니다.

AI 요약

국제도량형총회(CGPM)가 결의안 5호에서 2027년 5월 20일부터 윤초를 넣지 않는 연속 UTC를 시행한다고 밝혔습니다. UTC와 지구 자전 시간 UT1의 차이는 최대 3,600초, 즉 1시간까지 허용합니다. 결의안은 이 한계가 UTC를 수 세기 동안 연속적으로 유지하도록 한다고 설명합니다.

윤초가 일으키는 시스템 위험

기존 UTC는 국제원자시(TAI)와 같은 속도로 흐르지만, 지구 자전 시간 UT1에 맞추려고 UTC에 정수 초를 더하거나 뺐습니다. CGPM은 2022년 결의에서 2035년 또는 그 전에 UT1과 UTC의 허용 차이를 확대하기로 했고, 이번 결의에서 구체적인 최대 차이를 정했습니다.

결의안은 산업 시스템과 교통, 에너지 공급, 통신, 우주 사업처럼 시간 동기화에 의존하는 인프라에 UTC가 연속적으로 흐를 필요가 있다고 설명합니다. 특히 음의 윤초는 아직 시행된 적이 없지만 가까운 미래에 가능성이 커질 수 있습니다. 2025년 3월 전문가 워크숍은 2035년까지 음의 윤초가 발생할 확률을 30%로 추산했습니다. 이에 대비하지 않은 중요 인프라에서 장애가 날 위험이 있으며, 대비 비용은 업계의 밀레니엄 버그 대응 비용과 비슷할 것으로 추정했습니다.

사업자마다 윤초를 처리하는 방식이 다르면 시스템 사이의 시각과 배포되는 시간·주파수에 불일치가 생길 수 있습니다. 사물인터넷(IoT), 다중 센서 시스템, 스마트 그리드와 가상 서비스가 늘면서 윤초 삽입 때 장애가 날 위험도 커진다고 결의안은 지적합니다. 음의 윤초뿐 아니라 지금까지의 윤초도 소프트웨어 오류 원인이었으며, 윤초가 있는 시각을 다루는 코드가 예상하지 못한 동작을 할 수 있다는 설명입니다.

UT1 정보 제공과 후속 작업

태양의 겉보기 운동과 가까운 UT1을 써야 하는 이용자는 위성항법시스템(GNSS) 항법 메시지나 국제지구자전좌표서비스(IERS), 각국 국가측량기관(NMI)의 인터넷 서비스에서 UT1과 UTC의 차이를 확인할 수 있습니다. 국제전기통신연합 전파통신부문(ITU-R)은 무선 전송으로 이 차이를 알리는 코드의 개정을 검토 중입니다. 기존 장비를 더 일찍 교체하기 어려운 경우에도 최대 2040년까지 차이를 전달할 수 있도록 전환 기간을 두는 방안이 언급돼 있습니다.

CGPM은 국제도량형국(BIPM)에 ITU, 국제천문연맹(IAU), 국제측지학 및 지구물리학연맹(IUGG), IERS 등과 협력해 결정 내용을 알리고 시행을 지원하라고 요청했습니다. BIPM은 UT1과 UTC의 차이 및 그 변화 추정치를 계속 추적하고, 국제도량형위원회(CIPM)에 정기적으로 보고합니다.

Reddit 반응

  • @u/BoppreH — 윤초는 흔한 버그 원인이며, 윤초를 빼거나 더할 때 시간 순서가 뒤집힐 수 있습니다. 이제 미래의 예측할 수 없는 윤초 대신 과거의 27개 시점만 처리하면 됩니다.
    • @u/Slime0 — 이미 윤초가 한 번이라도 있었던 탓에 지금 문제가 생긴 것 아닌가요?
    • @u/BoppreH — 그렇지만 개선입니다. 로그의 Unix timestamp가 윤초 중 뒤로 움직여 사건 순서가 뒤집히는 일은 앞으로 생기지 않습니다.
  • @u/zeekar — 도움이 얼마나 될지는 의문입니다. 과거 27번의 윤초는 여전히 역사적 시각을 처리할 때 반영해야 합니다. 컴퓨터는 연속적인 시간 계산에 TAI를 쓰고, 사람에게 보여줄 때만 UTC로 바꾸는 편이 낫습니다.
    • @u/TinyBreadBigMouth — 이제 인터넷 연결로 TAI와 UTC를 변환할 필요 없이 시간 라이브러리에 27개 시점을 고정 목록으로 넣을 수 있습니다.
  • @u/harrythefurrysquid — 소프트웨어에서 어렵고 고통스러운 일을 반복하면 익숙해진다는 생각과 반대되는 결정 같습니다.
    • @u/erinaceus_ — 발을 다치는 일이 어렵고 고통스럽다고 반복해서 더 잘 다치려 하기보다는 아예 발을 쏘지 않는 편이 낫습니다.
  • @u/iluvatar — 시간 윤활(smearing)은 일반적인 용도에는 좋지만, 정확한 시각이 필요한 분야에는 좋지 않습니다. 한 가지 방식만 선택하면 다른 이용자가 피해를 봅니다.
  • @u/TrainsareFascinating — 오랫동안 예상된 결정이라 시간 관련 버그 원인 하나를 줄여줄 겁니다. 그래도 프로그래밍에서 시간과 날짜는 여전히 복잡합니다.

원문: BIPM / 번역·요약: Trawling

원문 보기 ↗토론 보기 ↗