Vertrauensnetze
Trust Tasks
Ein Trust Task ist eine Einheit überprüfbarer Arbeit zwischen zwei Parteien, etwa eine KYC-Übergabe, eine Einwilligung oder eine Zugriffsänderung. Er wird als JSON-Dokument mit Typ-URI ausgetauscht, das sich auf ein veröffentlichtes JSON-Schema stützt, und ist unabhängig vom Transport. Das Framework liegt als Working Draft 0.7.0 vor.
Ein Trust Task ist eine Einheit überprüfbarer Arbeit zwischen zwei Parteien. Beispiele aus der Spezifikation sind eine KYC-Übergabe, eine Einwilligung und eine Zugriffsänderung. Das Framework gehört zur Arbeitsgruppe zum Decentralized Trust Graph bei Trust over IP und trägt den Status Working Draft 0.7.0.
So funktioniert es
Ein Trust Task ist ein JSON-Objekt mit den Pflichtfeldern id, type und payload. Der type ist eine URI, die Spezifikation und Version benennt, etwa unter trusttasks.org/spec/. Optional kommen Aussteller und Empfänger, Fäden zur Korrelation, ein Ablaufzeitpunkt und eine Data-Integrity-Signatur hinzu. Das Modell ist bilateral, ein Dokument hat höchstens einen Aussteller und einen Empfänger. Abläufe mit mehr Parteien werden aus mehreren Tasks zusammengesetzt, ein solcher Fluss heißt Trust Ceremony.
Jede Task-Spezifikation liegt in einem Registry-Ordner mit Prosa und einem JSON-Schema. Der Transport bleibt offen. Das Framework nennt als Beispiele DIDComm, das Trust Spanning Protocol (TSP), HTTPS mit gegenseitigem TLS, AMQP und Papier. Ein Binding legt je Transport fest, wie Aussteller und Empfänger aus dem Umschlag gefüllt werden und wie Fehler zugestellt werden. Die Signatur darf nur entfallen, wenn das Binding Ende-zu-Ende-Integrität belegt. Die Quelle fasst es kurz: DIDComm, HTTPS, Warteschlange, Papier, die Aufgabe bleibt die Aufgabe. Die Verifiable Trust Infrastructure sieht in ihrem Task-Katalog die einzige Schnittstelle, DIDComm und TSP sind demnach beides Bindings desselben Katalogs.
Im Vergleich
RLTP übernimmt das Format. Jede RLTP-Nachricht ist ein Trust-Task-Dokument eines privaten, versionierten Typs unter real-life.org/trust-tasks, und ein unbekannter Typ wird abgelehnt, nie stillschweigend ignoriert. Die Typen der Bereiche Delivery und Membership deklarieren als Ziel das Framework 0.4. Die Spezifikation hält fest, dass das aktuelle Framework 0.7.0 ist, der Umstieg aussteht und damit die Typ-URIs ihre Form ändern.
Was RLTP dem Framework nicht entnimmt, ist die Wahl des Transports. Das Protokoll benennt keinen, der erste spezifizierte Zustell-Adapter bindet TSP über einen Mediator der Verifiable Trust Infrastructure und gilt selbst als nicht konvergiert.
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
Trust Tasks in drei Sätzen
Ein Trust Task ist eine Einheit überprüfbarer Arbeit zwischen zwei Parteien, etwa eine KYC-Übergabe, eine Einwilligung oder eine Zugriffsänderung. Er wird als JSON-Dokument mit Typ-URI ausgetauscht, das sich auf ein veröffentlichtes JSON-Schema stützt, und ist unabhängig vom Transport. Das Framework liegt als Working Draft 0.7.0 vor.