Was mich am Sign-Protokoll besonders interessiert, ist, dass es "Überprüfung" nicht als das Ende der Geschichte behandelt. In vielen Systemen endet das Design dort, wo etwas als wahr bewiesen wird. Hier ist der interessantere Teil, was danach passiert. Die eigenen Dokumente von Sign rahmen das Protokoll als eine Beweis- und Attestierungsschicht für strukturierte Ansprüche, einschließlich Berechtigungsresultate, Genehmigungen, Überprüfungsergebnisse und andere Fakten, die später überprüfbar sein müssen.
Das ist wichtig, weil Überprüfung, Autorisierung und Prüfbarkeit normalerweise an verschiedenen Orten von verschiedenen Teams behandelt werden. Ein System überprüft die Identität, ein anderes gewährt die Erlaubnis, und woanders versucht ein Prüfer, zu rekonstruieren, was nach den Fakten passiert ist. Das Sign-Protokoll versucht, diese Momente durch Schemata und Attestierungen miteinander zu verknüpfen: Schemata definieren die Struktur und Regeln, während Attestierungen signierte Ansprüche wie "dieser Bürger ist berechtigt" oder "dieser Zahlung wurde ausgeführt" aufzeichnen.
Die Verbindung ist also kein Zauber. Es ist Struktur. Ein Anspruch wird in einer standardisierten Form definiert, von der richtigen Partei unterzeichnet, in einem öffentlichen, privaten oder hybriden Modus gespeichert und später durch Signs Indizierungs- und API-Schichten als Beweis abfragbar gelassen. Das macht die Autorisierung weniger wie eine Black Box und die Prüfbarkeit weniger wie Detektivarbeit.

@SignOfficial $SIGN #SignDigitalSovereignInfra