Schlüsselepoche (key epoch)

Schlüsselepoche (key epoch) heißt im Real Life Trust Protocol der Zeitraum, in dem eine feste Menge von Personen lesen kann. Das Protokoll fasst Widerruf als Epochenwechsel auf: Revocation is an epoch. Mit jeder Operation, die Autorität entzieht, beginnt eine neue Epoche, und wer zu ihr gehört, rechnet jedes Gerät aus dem Authority-Log aus. Mir gefällt, dass damit Rechte und Schlüssel nicht auseinanderlaufen können.

So funktioniert es

Eine Entfernung oder Verengung in einer fortbestehenden Gruppe trägt ihre Schlüsseloperation im selben signierten Umschlag. Beide Teile sind atomar, die Spezifikation nennt das Transition. Ein Austritt (member.leave) gilt allein mit der Signatur der austretenden Person und darf von niemandem blockierbar sein. Bis die Discharge-Rotation erfolgt, ist sie pending exit: für Schlüsselzwecke noch Mitglied, in Ansichten gelistet, aber ohne Policy-Standing und ohne Schlüssel der nächsten Epoche. Die Implementierung muss die Rotation sofort ausgeben. Ein verlorenes Gerät wird mit device.revoke widerrufen, und der Widerruf des eigenen verlorenen Geräts darf nie von anderen abhängen. Entfernte erhalten eine kompakte signierte removal-notice.

Die Schlüsselverwaltung liegt hinter einem Port. Der Adapter linear/0.1 ist die normative Referenz, beekem/0.1 ist experimentell, und die Eigenschaft KV5 verlangt Post-Compromise-Security. Ob eine Rotation auch einen kopierten Gerätezustand heilt, hängt vom Adapter ab: bei einer Liste versiegelter Schlüssel nein, bei einem Schlüsselbaum mit frischem Pfad ja.

Die Grenze steht ausdrücklich im Text: Eine Implementierung darf Entfernung nicht als Löschung darstellen, denn no protocol revokes knowledge. Die neue Epoche schützt nur, was danach entsteht.

Im Vergleich

Auf Ebene der Identifier verlangt das Trust-Tasks-Framework der DTG für öffentlich genutzte Verifiable Identifier Schlüsselrotation und einen Herkunftsnachweis des Schlüsselstands, mit einer Rotationsberechtigung getrennt vom Signaturschlüssel. RLTP verwendet did:key, das keine Rotation kennt: Ein anderer Schlüssel ist ein anderer Identifier. Die Rotation findet bei RLTP deshalb eine Ebene höher statt, im Gruppenschlüssel. Für Credentials setzt die DTG auf Ablauf und auf credentialStatus.

Einordnung

Diese Erläuterung gehört zu den Fachnotizen über das Real Life Trust Protocol und gibt den Stand der Spezifikationen vom Oktober 2026 wieder. Spezifiziert ist das im Access Layer 0.54, Teile der Mechanik laufen nur im experimentellen Prüfaufbau. Ungetestet ist die gleichzeitige Aufnahme eines Geräts durch zwei Geräte derselben Person.

Quelle

https://trust-protocol.real-life.org/understand/foundations/

https://github.com/real-life-org/trust-protocol