Vertrauensnetze

Anker in RLTP

Ein Anker in RLTP ist die äußere Seite eines aus dem Seed abgeleiteten Kontexts: ein selbstzertifizierender did:key mit Ed25519-Schlüssel. Es gibt Paar-Anker für eine Beziehung, Gruppen- und Mitglieds-Anker, den Anker der persönlichen Community und Persona-Anker. Ohne den Seed lassen sich zwei Anker derselben Person nicht verknüpfen.

Aktualisiert:

Ein Anker in RLTP ist die äußere Seite eines abgeleiteten Kontexts: ein selbstzertifizierender did:key. Eine Person hält ein einziges Geheimnis, die BIP-39-Merkwortfolge. Daraus entsteht für jeden Anlass ein eigener Kontext, und weil nur der Seed die Kontexte zusammenhält, bleiben zwei Anker derselben Person ohne ihn unverknüpfbar.

So funktioniert es

Aus der Merkwortfolge entsteht per PBKDF2 ein 64-Byte-Seed, aus dem HKDF-SHA-256 je Kontext-Label zwei weitere Seeds ableitet. Der erste ergibt das Ed25519-Schlüsselpaar, dessen öffentlicher Schlüssel der Anker ist. Der zweite ergibt den X25519-Schlüssel für die Schlüsselvereinbarung, den die Kontaktkarte trägt. Die Prüfung eines Ankers braucht kein Netz.

Die Registry der Kontexte ist geschlossen, unbekannte Labels werden vor jeder Ableitung abgelehnt. Es gibt drei Formen. Ein Paar-Kontext (pair/<digest>) entsteht bei genau einem Anlass: einer Begegnung, einer Vorstellung oder der Gründung einer Gruppe. Ein Gruppen-Kontext (group/<digest>) gehört einer Gruppe und ist ihr Mitglieds-Anker. Ein Persona-Kontext (persona/<name>) ist ein öffentlicher Auftritt. Der Anker der persönlichen Community ist ein gewöhnlicher Gruppen-Kontext. Die „Beziehung“ zu einem Menschen ist keine Kennung, sondern eine lokal geführte Kette von Paar-Kontexten mit einem aktiven Kopf.

Im Vergleich

Das DTG-Gegenstück ist der Correlation Scope: Dort erklärt der Halter im Feld issuerScope jedes Credentials, wie weit er seinen Identifier korreliert haben will. RLTP legt den Wert je Kontextart fest. Ein Paar-Anker ist pairwise, ein Mitglieds-Anker directed, weil jedes Gruppenmitglied ihn korrelieren kann, ein Persona-Anker public. Die älteren DTG-Identifier-Typen R-DID, M-DID, C-DID und P-DID sind in der DTG durch den Scope ersetzt. Die RLTP-Quellen sprechen an einzelnen Stellen noch vom M-DID.

Eine Abweichung ist erwähnenswert: Die DTG empfiehlt pairwise je Beziehung, RLTP leitet für jede Begegnung einen frischen Paar-Anker ab und verkettet sie nur lokal.

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. Gebaut sind die Ableitungen für Paar- und Gruppen-Kontexte in der Bibliothek. Personas sind spezifiziert, aber nicht gebaut. Einen Schlüsselwechsel gibt es nicht: Wird ein Schlüssel kompromittiert, ist der Anker kompromittiert.

Quelle

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

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

Anker in RLTP in drei Sätzen

Ein Anker in RLTP ist die äußere Seite eines aus dem Seed abgeleiteten Kontexts: ein selbstzertifizierender did:key mit Ed25519-Schlüssel. Es gibt Paar-Anker für eine Beziehung, Gruppen- und Mitglieds-Anker, den Anker der persönlichen Community und Persona-Anker. Ohne den Seed lassen sich zwei Anker derselben Person nicht verknüpfen.