UTC wird 2027 kontinuierlich – Schaltsekunden verschwinden
The technical actions needed to ensure the continuity of UTC
Die 28. CGPM hat beschlossen, dass UTC am 20. Mai 2027 zu einer kontinuierlichen Zeitskala wird: Die maximale Abweichung |UT1-UTC| steigt auf 3600 Sekunden, künftige Schaltsekunden entfallen. Das BIPM soll Nutzer informieren, UT1-UTC weiter überwachen und mit ITU, IAU, IUGG und IERS zusammenarbeiten. Hintergrund ist das hohe Risiko einer negativen Schaltsekunde, die kritische Infrastrukturen stören und Investitionen wie beim Millennium-Bug erfordern könnte.
Continuous UTC will become effective on 20 May 2027.
- BoppreH
Kontext: Das BIPM ist für den UTC-Zeitstandard verantwortlich, und in diesem Dokument beschließen sie, ab dem 20. Mai 2027 keine Schaltsekunden mehr hinzuzufügen (oder zu entfernen), und das für die absehbare Zukunft (bis eine Schaltstunde nötig wird, aber selbst dann ist unklar, ob sie etwas unternehmen werden). Zusammen mit der Entscheidung, im Dezember keine Schaltsekunde hinzuzufügen, sollten die 27 bisher hinzugefügten Schaltsekunden die einzigen sein, die es je gab.
Die Seite listet mehrere gute Gründe dafür auf, darunter:
- Es ist eine häufige Fehlerquelle.
- Sonnenzeit ist in einer Welt grober Zeitzonen nicht so wichtig.
- IoT und alles, was keine Zeitupdates empfangen kann, hat Probleme mit Schaltsekunden.
- Negative Schaltsekunden sind noch nie vorgekommen, könnten aber in Zukunft auftreten, und fast keine Software hat diesen Fall getestet.
Ich würde noch hinzufügen:
- Unix-Zeitstempel sind tatsächlich definiert als "Sekunden seit der Epoche minus der Anzahl der aufgetretenen Schaltsekunden". Das ist ein Hack, um Code, der "86400 Sekunden pro Tag" annimmt, nicht zu brechen. Das bedeutet, dass während einer Schaltsekunde der Unix-Zeitstempel zurückgeht und einen vorherigen Wert wiederholt, was sie mehrdeutig und nicht monoton macht.
- Die Unvorhersehbarkeit von Schaltsekunden kann es unmöglich machen, zu berechnen, wie viele Sekunden zwischen zwei UTC-Daten oder Unix-Zeitstempeln liegen, zum Beispiel der Countdown zum Jahr-2038-Problem.
- Die korrekte ISO8601-Formatierung von Schaltsekunden ("23:59:60") wird weithin nicht unterstützt, was Parser zerstört, ebenso wie die Annahme, wie viele Sekunden eine Minute, Stunde oder ein Tag hat.
---
EDIT […]
- amelius
KI ist real geworden, und wir schaffen die Schaltsekunden ab?
Das ist unfair.
Wenn KI ein Coder sein will, dann muss sie Schaltsekunden machen. Geben wir ihr doch auch gleich Schaltminuten und Schaltstunden.
- frangonf
Auf Wiedersehen Sonnenuhr, willkommen Cäsium-Uhr. Astrologie-App-Entwickler: Denkt daran, die Drift in Temporal für den Aszendenten zu berücksichtigen, besonders um 2267 herum könnten eure Vorhersagen für Liebes- und Geldleben durcheinander geraten.
- neutrinobro
Juhu! Keine Schaltsekunden mehr zu verwalten! Das wird mein Leben viel einfacher machen.
Edit... streicht das, jetzt muss ich UT1-UTC als separaten, kontinuierlich variierenden Parameter verfolgen, der vom IERS bereitgestellt wird, statt von tzdata
- hnuser123456
Eine praktische Lösung. Solange wir 12:00 Uhr nahe am Sonnenhöchststand und 00:00 Uhr nahe an "Mitternachtshöchststand(?)" halten können, sollte das gut genug sein.