Trust Tasks in RLTP (Nachrichtentypen)

Trust Tasks in RLTP sind die Nachrichtentypen des Real Life Trust Protocol. Das Protokoll kennt keine eigene Nachrichtenform neben dem Trust-Task-Dokument, jede Nachricht gehört einem benannten Typ an.

So funktioniert es

Ein Dokument trägt eine Typ-URI unter real-life.org/trust-tasks samt Version, dazu Ausstelleranker und Empfängeranker. Eine Ablaufzeit (expiresAt) kennt es nicht. Wer ein Dokument mit unbekanntem Typ erhält, lehnt es ab, statt es zu überspringen. Die Dokumente sind versiegelt, bevor der Delivery-Port sie befördert; der Beförderer sieht den Inhalt nie.

Registriert sind die Typen dort, wo ihre Bereiche sie brauchen. Delivery führt encounter-bundle, encounter-credential-delivery, delivery-ack und registry-declaration. Membership führt membership-invite, membership-accept, membership-evidence und access-operation, Access ergänzt key-delivery, removal-notice und member-mapping. Visibility besitzt die Typen für Sterne samt Gradeerklärung, Anker-Zuordnung, Wiedererkennen und die fünf Nachrichten der Vorstellung über einen gemeinsamen Kontakt. Die Rolle „delivery-carrier“ nennt nur die Beförderer-Seite; als Dokumenttyp verwendet, scheitert sie als unbekannter Typ.

Der Stand ist uneinheitlich. Delivery und Membership deklarieren das Trust-Tasks-Framework 0.4 als Ziel, aktuell ist 0.7.0, und mit dem Umstieg ändert sich die Form der Typ-URIs. Foundations führt membership-evidence/0.1, die Membership-Spezifikation registriert 0.2 und akzeptiert 0.1. Für Typen, die Dritte über den bestätigenden Absender hinaus aufbewahren, fehlen noch Beweisregeln.

Im Vergleich

Das Framework selbst beschreibt der Eintrag zu Trust Tasks. RLTP führt seine Typen als private Task-Spezifikationen nach Abschnitt 6.5 des Frameworks 0.4. Übernommen wird das Dokumentmodell, abgewandelt die Registrierung, ausgelassen eine Festlegung auf einen Transport. Die Verifiable Trust Infrastructure sieht in ihrem Task-Katalog die einzige Schnittstelle. In RLTP übernimmt die Typenliste diese Rolle für Begegnung, Gruppen und Sichtbarkeit. Jeder Typ bleibt bilateral, ein Ablauf mit mehr Beteiligten entsteht aus mehreren Dokumenten, wie die fünf Nachrichten der Vorstellung zeigen. Ich lese die Typenliste als den Teil des Protokolls, der sich am ehesten mit dem Framework bewegen muss, denn mit dem Umstieg ändern sich sämtliche URIs.

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.

Quelle

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

https://trustoverip.github.io/dtgwg-trust-tasks-tf/