El UTC dejará de tener segundos intercalares en 2027
The technical actions needed to ensure the continuity of UTC
La 28ª Conferencia General de Pesas y Medidas (CGPM) ha decidido que el UTC continuo entre en vigor el 20 de mayo de 2027. El límite de la diferencia |UT1-UTC| se ampliará a 3600 segundos (1 hora), eliminando la necesidad de insertar segundos intercalares durante siglos. La medida responde al riesgo creciente de un segundo intercalar negativo, estimado en un 30% para 2035, que podría causar fallos en infraestructuras críticas. La CGPM pide al BIPM colaborar con la ITU, la IAU, la IUGG y el IERS para informar y apoyar la transición.
La creciente influencia de las tecnologías IoT (Internet of Things), los sistemas multisensor dispersos, las redes inteligentes y los servicios virtuales para la sociedad contemporánea crea un riesgo cada vez mayor de mal funcionamiento en la operación de sistemas y servicios con la inserción de cualquier segundo intercalar, especialmente uno negativo.
- BoppreH
Contexto: el BIPM es responsable del estándar de tiempo UTC, y en este documento deciden dejar de añadir (o quitar) segundos intercalares, a partir del 20 de mayo de 2027 y durante el futuro previsible (hasta que se necesite una hora intercalar, pero incluso entonces no está claro si harán algo). Junto con la decisión de no añadir un segundo intercalar en diciembre, los 27 segundos intercalares que se han añadido hasta ahora deberían ser los únicos, para siempre.
La página enumera varias buenas razones para esto, entre ellas:
- Es una fuente común de bugs.
- El tiempo solar no es tan importante en un mundo de husos horarios gruesos.
- IoT y cualquier cosa que no pueda recibir actualizaciones de tiempo tienen problemas con los segundos intercalares.
- Los segundos intercalares negativos nunca han ocurrido antes, pero podrían ocurrir en el futuro, y casi ningún software ha probado este caso.
Yo también añadiría:
- Los timestamps de Unix en realidad se definen como "segundos desde la época menos todos los segundos intercalares que hayan ocurrido". Es un hack para evitar que el código que asume "86400 segundos en un día" se rompa. Significa que durante un segundo intercalar el timestamp de Unix retrocede y repite un valor anterior, haciéndolos ambiguos y no monótonos.
- La imprevisibilidad de los segundos intercalares puede hacer imposible calcular cuántos segundos hay entre dos fechas UTC o timestamps de Unix, por ejemplo la cuenta atrás para el bug del año 2038.
- El formato ISO8601 correcto de los segundos intercalares ("23:59:60") tiene un soporte muy limitado, rompiendo parsers, junto con la suposición de cuántos segundos hay en un minuto, hora o día.
---
EDIT […]
- amelius
La IA se ha vuelto real, ¿y vamos a cancelar los segundos intercalares?
Esto es injusto.
Si la IA quiere ser programadora, entonces tiene que lidiar con los segundos intercalares. De hecho, ¡démosle también minutos intercalares y horas intercalares!
- frangonf
Adiós reloj de sol, bienvenido reloj de cesio. Desarrolladores de apps de astrología: recordad arrastrar la deriva en Temporal para el Ascendente, sobre todo alrededor de 2267 podríais tener vuestras predicciones de amor y dinero hechas un lío.
- neutrinobro
¡Bien! ¡Ya no hay que gestionar segundos intercalares! Esto me va a hacer la vida mucho más fácil.
Edito... olvidadlo, ahora tengo que llevar un registro de UT1-UTC como un parámetro separado que varía continuamente y que proporciona el IERS en lugar de tzdata
- hnuser123456
Una solución práctica. Siempre que podamos mantener las 12:00 cerca del mediodía solar y las 00:00 cerca de la "medianoche solar(?)", debería ser suficientemente bueno.