UKZ: Eine streng monotone ganzzahlige Zeitbasis als

Grundschicht für deterministische Echtzeitsysteme

UKZ: Universell Koordinierte Zeitbasis – Die fehlende Grundlage der Zeitkoordination in der Informatik

Dirk Leopold Feiler

UKZ-Tech

DirkLeopoldFeiler@ukz-tech.online

Juni 2026

Zusammenfassung —

Bestehende Zeitstandards weisen strukturelle Defizite auf, die sie für deterministische Hochpräzisionssysteme ungeeignet machen: UTC verletzt durch Schaltsekunden (Leap Seconds) die strenge Monotonie; TAI und GPS-Zeit leiden unter Gleitkomma-Akkumulationsfehlern; Beide setzen eine koordinierte Referenzzeit voraus, die sie selbst nicht begründen können. Der vorliegende Beitrag schlägt mit UKZ (Universell Koordinierte Zeitbasis) eine rein ganzzahlige, strikt monotone Zeitreferenz auf Layer 0 vor. UKZ operiert völlig unabhängig von relativistischen Transformationen und nimmt diese erst auf höhere Schichten auf. Wir beweisen formal die strengen Monotonie- und Injektivitätseigenschaften der UKZ-Abbildung und zeigen, wie die Architektur eine bisher unaufgelöste zirkuläre Abhängigkeit in der physikalischen Zeitmessung beseitigt. Anwendungsfallanalysen für Sensorfusion, autonome Systeme, verteilte Architekturen und regulatorisch geforderte Zeitstempelpräzision (MiFID II RTS 6) belegen die praktische Relevanz.

Schlüsselwörter: Zeitkoordination, starke Monotonie, UTC, TAI, Echtzeitsysteme, verteilte Systeme, Layer-Architektur, Determinismus, Sensorfusion, MiFID II

Zusammenfassung —

Bestehende Zeitstandards weisen strukturelle Mängel auf, die sie für deterministische Hochpräzisionssysteme ungeeignet machen. UTC verletzt die strikte Monotonie durch das Einfügen von Schaltsekunden; TAI- und GPS-Zeit leiden unter Gleitkomma-Akkumulationsfehlern; und beide Standards setzen eine koordinierte Referenzzeit voraus, die sie selbst nicht realisieren können. In diesem Beitrag wird UKZ (Universell Koordinierte Zeitbasis) vorgestellt, eine rein ganzzahlige, streng monotone Zeitreferenz, die auf Schicht 0 arbeitet und vollständig unabhängig von relativistischen Transformationen ist, welche auf höheren Architekturschichten implementiert werden. Wir beweisen formal die strikte Monotonie und Injektivität der UKZ-Abbildung, zeigen, wie die Architektur eine bisher ungelöste zirkuläre Abhängigkeit in der physikalischen Zeitmessung auflöst, und analysieren Anwendungsszenarien in den Bereichen Sensorfusion, autonome Systeme, verteilte Architekturen und die Einhaltung regulatorischer Zeitstempelvorgaben (MiFID II RTS 6).

Schlüsselwörter: Zeiterfassung, strikte Monotonie, UTC, TAI, Echtzeitsysteme, verteilte Systeme, geschichtete Architektur, Determinismus, Sensorfusion, MiFID II

1. Einleitung

Die zuverlässige Koordination von Zeit ist keine Selbstverständlichkeit – sie ist eine der am häufigsten übersehenen Grundvoraussetzungen korrekter Softwaresysteme. Hochfrequente Handelssysteme, autonome Fahrzeuge, Echtzeitsensornetze und verteilte Cloud-Infrastrukturen setzen immer noch voraus, dass Zeitstempel injektiv, kausal geordnet und deterministisch vergleichbar sind. Diese Voraussetzung ist falsch. Sie ist falsch, weil die verwendeten Zeitstandards — allen voran UTC — genau diese Eigenschaften nicht gewährleisten.

Schaltsekunden brechen UTC-Monotonie in vorhersehbaren Abständen. Gleitkomma-Arithmetik akkumuliert Fehler in TAI-Implementierungen. GPS-Zeit kompensiert relativistische Effekte gegenüber einer Referenzzeit, die ihrerseits bereits koordiniert sein muss – eine unaufgelöste Zirkularität. Diese Defizite sind bekannt, werden aber als Implementierungsdetail behandelt. Sie sind keines. Sie sind Architekturfähler auf Fundamentebene.

Der vorliegende Beitrag schlägt mit UKZ (Universell Koordinierte Zeitbasis) eine Architektur vor, die diese Fehler beseitigt. UKZ definierte eine rein ganzzahlige, streng monotone Zeitbasis als logisches Layer 0 – eine Schicht, die vor und unterhalb aller physikalischen Zeitmessung liegt. Relativistische Korrekturen, Kalenderabbildungen und domänenspezifische Zeitlogik werden auf höhere Schichten aufgesetzt, nicht in die Basis eingemischt. Das Ergebnis ist eine Zeitarchitektur, die formal beweisbar korrekt ist und praktisch direkt nutzbar ist.

2. Problemstellung: Strukturelle Defizite bestehender Zeitstandards

2.1 UTC und das Monotonieproblem

Die koordinierte Weltzeit (UTC) ist der weltweit vorherrschende Zeitstandard und Basis praktisch aller technischen Systeme – von Betriebssystemuhren über Netzwerkprotokolle bis zu Datenbankindizes. UTC synchronisiert sich mit der astronomischen Erdrotation durch periodische Einfügung oder, theoretisch, Entnahme von Schaltsekunden (Leap Seconds). Die Konsequenz ist schwerwiegend: Uhren, die UTC repräsentieren, können denselben Zeitstempel zweimal ausgeben, können rückwärtslaufen, und können Zeitintervalle falsch darstellen.

Für deterministische Systeme ist dies strukturell inakzeptabel. Datenbank-Transaktionslogs, Sensor-Zeitstempel in Fusionsarchitekturen, Audit-Trails in regulierten Systemen und kausale Ordnungsbeziehungen in verteilten Protokollen setzen eine injektive Abbildung von Ereignissen auf Zeitpunkte voraus: Kein Ereignis darf denselben Zeitstempel erhalten wie ein zeitliches Ereignis verschiedenes anderes, und spätere müssen stets einen größeren Zeitstempel tragen. UTC garantiert weder das eine noch das andere.

Bekannte Workarounds – Leap-Smearing bei Google und Amazon, POSIX-Zeitdarstellung mit Mehrdeutigkeiten, heuristische „Freeze“-Perioden – sind keine Lösungen. Sie sind Pflaster auf einem konzeptionell falschen Fundament.

2.2 TAI, GPS-Zeit und Gleitkomma-Akkumulation

Die Internationale Atomzeit (TAI) vermeidet Schaltsekunden. Sie wird jedoch in der Praxis über IEEE-754-Gleitkomma-Arithmetik repräsentiert: als Sekunden mit Dezimalbruch oder als double-precision Floating-Point-Wert. IEEE-754 Doppelhut 52 Mantissenbits; für Zeitwerte im Bereich aktueller Unix-Epochen (> 10^9 Sekunden) liegt die Auflösung im Nanosekundenbereich bereits am Rand der darstellbaren Präzision. Akkumulationsfehler bei wiederholter Arithmetik sind unvermeidlich.

GPS-Zeit addiert zu diesem Problem den Bedarf nach relativistischen Korrekturen: Satelliten bewegen sich mit ca. 3,9 km/s und umkreisen in ca. 20.200 km Höhe. Spezielle und Allgemeine Relativitätstheorie erzeugen gegensätzliche Gangabweichungen von ca. −7 μs/Tag (SR) und +45 μs/Tag (ART), netto ca. +38 μs/Tag. Diese Korrekturen werden gegen eine terrestrische Referenzzeit berechnet — die ihrerseits koordiniert sein muss. Die Zirkularität ist offensichtlich.

2.3 Die zirkuläre Abhängigkeit in der physikalischen Zeitmessung

Sowohl die Spezielle als auch die Allgemeine Relativitätstheorie beschreiben Zeitdilatation und Gravitationsrotverschiebung – Phänomene, die für Präzisionszeitmessung unverzichtbar sind. Ihre mathematische Formulierung setzt jedoch voraus, was sie nicht liefern kann: eine bereits koordinierte, kausal geordnete und vergleichbare Zeitreferenz, gegenüber der Dilatationseffekte überhaupt erst quantifizierbar sind.

Anders formulierte: Um die relativistische Gangkorrektur für eine GPS-Uhr zu berechnen, benötigt man eine terrestrische Referenzzeit. Um diese Referenzzeit zu validieren, benötigt man koordinierte Atomuhren. Um Atomuhren zu koordinieren, verwendet man u. a. A. GPS. Diese Abhängigkeitskette ist zirkulär. Sie funktioniert praktisch durch sorgfältiges Engineering – aber ihre konzeptionelle Grundlage enthält eine Leerstelle, die bislang nicht systematisch adressiert wurde. UKZ gefüllt diese Leerstelle.

3. UKZ – Universell koordinierte Zeitbasis

3.1 Kernidee und formale Definition

UKZ definiert eine rein ganzzahlige Zeitbasis auf Layer 0. Sei t₀ ∈ ℝ ein fest gewählter Referenzepoch (z. B. 2024-01-01T00:00:00 TAI) und Δt ∈ ℝ⁺ ein Diskretisierungsintervall (z. B. 1 μs). Die UKZ-Abbildung ist definiert als:

T_UKZ : ℝ → ℕ₀

T_UKZ(t) = ⌊ (t − t₀) / Δt ⌋

Gleichung 1: UKZ-Abbildung. Bodenklammer bezeichnet die Gauß-Klammer (Boden-Funktion).

Satz 1 (Strenge Monotonie): Für alle t₁, t₂ ∈ ℝ mit t₁ < t₂ und (t₂ − t₁) ≥ Δt gilt: T_UKZ(t₁) < T_UKZ(t₂).

Beweis: Sei t₂ − t₁ ≥ Δt. Dann gilt (t₂ − t₀)/Δt − (t₁ − t₀)/Δt = (t₂ − t₁)/Δt ≥ 1. Da die Boden-Funktion für Argumente mit Differenz ≥ 1 stark monoton ist, folgt ⌊(t₂ − t₀)/Δt⌋ > ⌊(t₁ − t₀)/Δt⌋, auch T_UKZ(t₂) > T_UKZ(t₁). □

Satz 2 (Injektivität über Diskretisierungsgrenzen): Wenn t₁ und t₂ in verschiedenen Δt-Intervallen liegen, dann T_UKZ(t₁) ≠ T_UKZ(t₂).

Beweis: t₁ ∈ [t₀ + kΔt, t₀ + (k+1)Δt) und t₂ ∈ [t₀ + mΔt, t₀ + (m+1)Δt) mit k ≠ m ⇒ T_UKZ(t₁) = k ≠ m = T_UKZ(t₂). □

Korollar (Differenzberechnung): Für zwei UKZ-Werte n₁, n₂ ∈ ℕ₀ gilt:

ΔT = T_UKZ(t₂) − T_UKZ(t₁) ∈ ℕ₀

Gleichung 2: Differenz als exakte Integer-Subtraktion, frei von Rundungsfehlern.

Die Berechnung ist exakt, überlaufsicher bei 64-Bit-Integer, und erfordert keine Gleitkomma-Arithmetik. Für Δt = 1 μs und 64-Bit-unsigned Integer beträgt der Overflow-Horizont ca. 585 000 Jahre.

3.2 Schichtenarchitektur

UKZ ist als Layer-0-Fundament einer klaren Schichtenarchitektur konzipiert:

• Layer 0 — UKZ-Basis: Streng monoton, ganzzahlige Zeitbasis. Hardware- und betriebssystemunabhängig. Keine relativistischen Korrekturen, keine Kalenderlogik. Einzige Anforderung: ein monoton inkrementierender Zähler mit bekanntem Epoche und Auflösung Δt.
• Layer 1 — Kalenderabbildung: Umkehrbare Abbildung von UKZ-Ticks auf menschenlesbare Darstellungen (UTC, ISO 8601, Unix-Timestamp). Die Abbildung ist deterministisch und verlustfrei, da sie auf der verlustlosen Layer-0-Basis betrieben wird.
• Schicht 2 – Physikalische Korrekturen: Relativistische Effekte (Zeitdilatation, Gravitationsrotverschiebung) werden als Offsets auf UKZ aufgesetzt, nicht in die Basis eingearbeitet. Korrekturen sind modular austauschbar ohne Beeinträchtigung der Basisintegrität.
• Schicht 3 – Anwendungsschicht: Domänenspezifische Zeitlogik: Handels-Zeitstempel, Sensorfusions-Alignment, Synchronisationsalgorithmen, regulatorische Compliance.

Diese Architektur stellt sicher, dass kein Element einer höheren Schicht die Korrektheit einer niedrigeren verletzt. Relativistische Korrekturen auf Layer 2 können nie die Monotonieeigenschaft von Layer 0 beeinträchtigen – weil sie konzeptionell darüber angesiedelt sind.

3.3 Abgrenzung: Lamport-Uhren, Vektoruhren, NTP

Logische Uhren nach Lamport (1978) gewährleisten kausale Ordnung in verteilten Systemen, abstrahieren aber vollständig von physikalischer Zeit. Vektoruhren nach Mattern/Fidge (1988/1991) ergänzen dies um parallele Kausalität – ebenfalls ohne Bezug zur Realzeit. Network Time Protocol (NTP) liefert physikalische Synchronisation, aber keine Monotonie-Garantie und keine Integer-Basis.

UKZ besetzt eine Lücke, die alle drei lassen: eine physikalisch rückbindbare, strikt monotone, Integer-basierte Zeitbasis, die sowohl kausale Ordnung als auch Realzeit-Bezug mit formalen Garantien verbindet.

4. Anwendungsfelder und praktische Relevanz

4.1 Sensorfusion in autonomen Systemen

Autonome Fahrzeuge und Drohnen aggregieren Daten aus heterogenen Sensoren – LiDAR (typisch 10–20 Hz), Kamera (30–120 fps), IMU (100–1000 Hz), GNSS (1–10 Hz) – mit unterschiedlichen Abtastraten, Latenzen und Zeitquellen. Die korrekte Fusion erfordert eine gemeinsame, streng monotone Zeitachse, gegenüber der alle Sensordaten angeordnet werden können.

Schaltsekunden in UTC können in kritischen Systemen zu Zeitstempel-Mehrdeutigkeiten und fehlerhafter Interpolation führen. UKZ eliminiert diese Fehlerquelle konstruktiv: Die monotone Integer-Basis ermöglicht exaktes Zeitdifferenz-Computing über alle Sensorkanäle ohne Sonderbehandlung von Randfall-Zeitpunkten.

4.2 Hochfrequenzhandel und MiFID II RTS 6

Die europäische Finanzmarktregulierung MiFID II schreibt in RTS 6 Zeitstempelpräzision von 1 μs (für algorithmischen Handel) bis 100 μs (für andere Handelssysteme) vor, mit maximaler Abweichung von UTC+/−100 μs. Audit-Trails müssen lückenlos und eindeutig sein.

Leap-Second-Ereignisse in UTC stellen hier ein nachgewiesenes operatives Risiko dar: Zeitstempel können doppelt auftreten, Prüfpfade werden inkonsistent, automatische Systeme können Schutzabschaltungen auslösen. UKZ bietet eine MiFID-konforme Alternative: nativer Integer-Zeitstempel ohne Mehrdeutigkeiten, direkt abbildbar auf UTC durch eine invertierbare Layer-1-Transformation.

4.3 Verteilte Echtzeitsysteme und Industrie 4.0

Verteilte Systeme – von Industrie-4.0-Steuerungsnetzwerken bis zu Cloud-nativen Microservice-Architekturen – erfordern konsistente kausale Ordnungen über Knoten- und Netzwerkgrenzen hinweg. UKZ kann als gemeinsame Zeitbasis in Gossip-Protokollen, konsistenten Hash-Partitionierungen und verteilten Transaktionslogs dienen.

Dabei ist UKZ komplementär zu PTP/IEEE 1588: PTP liefert die Synchronisation des physikalischen Zählers über das Netzwerk; UKZ definiert präzise, ​​was dieser Zähler leisten muss – nämlich ein strikt monoton steigender ganzzahliger Wert mit bekanntem Epoch.

5. Diskussion

5.1 Ist UKZ ein Rückfall in die Newtonsche absolute Zeit?

Der naheliegendste Einwand: UKZ postuliere eine absolute, universelle Zeitbasis – genau das, was Einsteins Spezielle Relativitätstheorie 1905 widerlegte. Dieser Einwand beruht auf einer Kategorienverwechslung.

Newton postulierte Zeit als metaphysische Entität: eine universelle Substanz, die unabhängig von Materie, Beobachtern und Ereignissen gleichförmig verstreicht. UKZ postuliert demgegenüber eine algorithmische Prämisse: eine konstruierte, diskrete Zählbasis für informatische Systeme in einem definierten Bezugssystem. UKZ behauptet nicht, die physikalische Natur der Zeit zu beschreiben. Es definiert, was ein Computersystem braucht, um Zeit für Koordinationszwecke zuverlässig zu repräsentieren.

Die Analogie ist nicht Newton, sondern Lamport: Lamport-Uhren behaupten auch nicht, physikalische Zeit zu modellieren — sie definieren eine algorithmische Ordnungsrelation, die für ihren Zweck ausreicht. UKZ ist das physikalisch rückgebundene Äquivalent.

5.2 Praktische Implementierbarkeit

UKZ erfordert zur Implementierung lediglich einen monoton inkrementierenden Integer-Zähler mit definiertem Epoch und Auflösung. Moderne Prozessorarchitekturen stellen geeignete Hardware bereit: x86 TSC (Time Stamp Counter, garantiert monoton ab Intel Nehalem), ARM Generic Timer, HPET und PTP-Hardware-Clocks (PHC) in Netzwerkkarten.

Die Referenzimplementierung ist trivial:

uint64_t ukz_now() {

  return (clock_gettime(CLOCK_TAI) − UKZ_EPOCH) / UKZ_TICK; }

Listing 1: Minimale UKZ-Implementierung in C (schematisch).

Die Abbildung auf Layer-1-Darstellungen (UTC, ISO 8601) ist eine einfache, invertierbare Transformation mit O(1)-Komplexität.

5.3 Grenzen und offene Fragen

UKZ löst nicht das Problem der Synchronisation physikalischer Zähler über Netzwerke: Hier bleibt PTP/IEEE 1588 oder GNSS-basierte Synchronisation erforderlich. UKZ definiert jedoch das Synchronisationsziel präziser als bestehende Standards: die A Sicherstellung eines global monoton steigenden 64-Bit-Integer-Zählers als gemeinsame Referenz.

Offene Fragen betreffen insbesondere: (1) formale Spezifikation des Synchronisationsprotokolls für UKZ-Knoten in Netzwerken mit variabler Latenz; (2) Quantifizierung der Genauigkeitsgrenzen in hochrelativistischen Umgebungen (z. B. Satellitensysteme mit Orbithöhen > 35 000 km); (3) standardisierte API-Spezifikation für Betriebssysteme und Laufzeitumgebungen.

6. Fazit

Bestehende Zeitstandards sind auf Fundamentebene fehlerhaft für deterministische Hochpräzisionssysteme. UTC verletzt Monotonie; TAI akkumuliert Gleitkomma-Fehler; Beide Standards setzen eine koordinierte Referenzzeit voraus, die sie nicht selbst begründen können. Diese Defizite sind keine Implementierungsdetails – sie sind konzeptionelle Architekturmängel.

UKZ beseitigt diese Mängel durch eine klare Schichtenarchitektur: Layer 0 liefert eine formal beweisbar streng monotone, injektive, ganzzahlige Zeitbasis. Physikalische Korrekturen, Kalenderabbildungen und Domänenlogik werden sauber getrennt auf höheren Schichten aufgesetzt. UKZ ist kein Konkurrent zur Relativitätstheorie – es ist ihre informatische Grundbedingung.

Die dieser Architektur ist unmittelbar: Sensorfusionssysteme in autonomen Fahrzeugen, Echtzeit-Audit-Trails im regulierten Finanzhandel und verteilte Industrie-4.0-Steuerungssysteme können von UKZ direkt profitieren. Zukünftiges Arbeiten sollte formale Synchronisationsprotokolle, Betriebssystem-Referenzimplementierungen und empirische Validierungen in realen Deployments umfassen.

Literatur

[1] Lamport, L. (1978). Zeit, Uhren und die Reihenfolge von Ereignissen in einem verteilten System. Communications of the ACM, 21(7), 558–565.

[2] Mattern, F. (1989). Virtuelle Zeit und globale Zustände verteilter Systeme. Parallel and Distributed Algorithms, 1(23), 215–226.

[3] Fidge, C. (1988). Zeitstempel in Message-Passing-Systemen, die die partielle Ordnung erhalten. Proc. 11th Australian Computer Science Conference, 56–66.

[4] BIPM / ITU-R (2002). Empfehlung ITU-R TF.460-6: Standardfrequenz- und Zeitsignalemissionen.

[5] IEEE Std 1588-2019. IEEE-Standard für ein Präzisions-Taktsynchronisationsprotokoll für vernetzte Mess- und Steuerungssysteme. IEEE.

[6] Europäisches Parlament (2014). Richtlinie 2014/65/EU über Märkte für Finanzinstrumente (MiFID II). Delegierte Verordnung (EU) 2017/574 der Kommission (RTS 6).

[7] Mills, D. L., Martin, J. et al. (2010). Network Time Protocol Version 4: Protocol and Algorithms Specification. RFC 5905, IETF.

[8] Einstein, A. (1905). Zur Elektrodynamik bewegter Körper. Annalen der Physik, 322(10), 891–921.

[9] Ashby, N. (2002). Relativität und das Global Positioning System. Physics Today, 55(5), 41–47.

[10] IEEE Std 1003.1-2017 (POSIX.1-2017). Portable Operating System Interface. The Open Group.