Ich habe in diesem Semester Datenbankmanagementsysteme studiert und mein Klassenlehrer hat den Transaktionslebenszyklus auf eine Weise erklärt, die ich mir merken kann. Eine Transaktion besteht nicht nur darin, Daten zu schreiben; sie durchläuft mehrere Phasen: erstellen, validieren, bestätigen, abrufen und schließlich archivieren. Wenn eine dieser Phasen fehlt oder schwach ist, besteht das Risiko, dass das gesamte System inkonsistent wird.
Diese Erklärung kam mir in den Sinn, als ich las, wie das Sign Protocol seinen Attestationslebenszyklus beschreibt. Es unterteilt die Dinge in drei Operationen: erstellen, abrufen und überprüfen.
Erstellen bedeutet, einen signierten Datensatz zu erstellen, der einem bestimmten Format folgt.
Abrufen bedeutet, diese Daten über Tools wie SignScan APIs oder SDKs zu erhalten.
Überprüfen ist der Punkt, an dem die Dinge überprüft werden, wie die Unterschrift des Ausstellers, ob das Format korrekt ist und ob die Bescheinigung widerrufen wurde.
Was mir aufgefallen ist, ist, dass der Lebenszyklus des Sign Protocol vollständig erscheint und jede Phase etwas ist, das für sich genommen überprüft werden kann. Eine Person, die die Daten überprüft, muss der Abrufschicht nicht vertrauen; sie kann die Daten überprüfen und die Unterschrift direkt gegen den On-Chain-Anker validieren.
Auf den ersten Blick scheinen drei Phasen einfach.. In der Praxis machen viele Attestationssysteme mindestens eine dieser Phasen kompliziert oder anfällig. Was das Sign Protocol zu tun scheint, ist, alle drei Phasen einfach und benutzbar zu halten, was man nicht vollständig zu schätzen weiß, bis man sich andere Optionen angesehen hat.
Es macht mich jedoch nachdenklich. In einem staatlichen Maßstab, welche dieser Phasen bricht am wahrscheinlichsten zuerst? Ist es Erstellung, Abruf oder Überprüfung? Ich denke immer noch darüber nach. Ich bin neugierig zu hören, was andere über das Sign Protocol und seinen Attestationslebenszyklus denken. #SignProtocol
