Verifizierbares Ledger
Zwei Aufgaben für ein Ledger. Alles andere ist eine Belastung.
Verankerung belegt, dass ein Datensatz zu einem Zeitpunkt in einem bestimmten Zustand existierte. Ein Widerrufsregister verhindert, dass eine zurückgezogene Zertifizierung ewig weiter validiert. Die Passdaten selbst bleiben außerhalb des Ledgers — weil regulierte Produktdaten manchmal korrigiert werden müssen.
- Auf dem Ledger
- Nur Digests
- Token
- Keine
- Wallet
- Nicht erforderlich
Definition
Braucht ein digitaler Produktpass eine Blockchain?
Nein. Passdatensätze liegen nicht auf einem Ledger, denn regulierte Produktdaten müssen mitunter korrigiert oder gelöscht werden, und Unveränderlichkeit verhindert beides. Ein Ledger dient nur der Verankerung — dem Nachweis, dass ein Datensatz zu einem Zeitpunkt in einem bestimmten Zustand existierte — und Widerrufsregistern, die keine einzelne Partei kontrollieren sollte.
Verifiable Credentials themselves do not require one either. A W3C Verifiable Credential is a signed document; verification needs the issuer’s key, resolved via a Decentralized Identifier, and only some DID methods use a ledger at all.
Geltungsbereich
Was auf das Ledger kommt und was niemals
| Data | On the ledger? | Why |
|---|---|---|
| Credential digests | Yes — a hash only | Proves prior state without publishing the content |
| Revocation status | Yes | No single party should be able to un-revoke silently |
| Passport records | No | Must be correctable; errors and mistaken submissions happen |
| Supply chain events | No | Volume and correctability both rule it out |
| Personal data | Never | The right to erasure and immutability cannot both hold |
| Commercial terms | Never | Not in the passport at all, let alone on a public ledger |
Fähigkeiten
Was Anchoring Ihnen bringt
Nachweis eines früheren Zustands
Zeigen, dass ein Datensatz an einem bestimmten Datum aussagte, was er aussagte — ohne ihn erneut zu veröffentlichen.
Unabhängige Zeitstempelung
Das Datum hängt weder von unserer Uhr noch von unserer Datenbank noch von unserem Fortbestand ab.
Ein Widerruf, der hält
Eine zurückgezogene Zertifizierung verifiziert nicht mehr; das wird beim Lesen gegen das Register geprüft.
Digest, nie Inhalt
Veröffentlicht wird nur ein Hash, sodass die Verankerung nichts über den Datensatz selbst preisgibt.
Löschung bleibt möglich
Weil der Datensatz außerhalb des Ledgers liegt, kann eine Korrektur oder ein Löschverlangen erfüllt werden.
Kein Token, kein Wallet
Nichts, was Sie erwerben, halten oder dem Einkauf erklären müssten. Die Verankerungskosten tragen wir.
Mechanismus
Wie eine verankerte Aussage später geprüft wird
- 01
Ausstellen und hashen
Der Nachweis wird von seinem Aussteller signiert, und ein kryptografischer Digest davon wird berechnet.
- 02
Den Digest verankern
Der Digest wird auf das Ledger veröffentlicht. Der Inhalt nicht — nur der Beweis, dass etwas mit genau diesem Hash existierte.
- 03
Die Signatur verifizieren
Ein Lesender prüft die Signatur des Ausstellers gegen dessen Decentralized Identifier, der unabhängig von uns aufgelöst wird.
- 04
Den Anker prüfen
Den Nachweis erneut zu hashen und diesen Digest zum angegebenen Datum verankert vorzufinden, belegt, dass er sich seither nicht geändert hat.
Antworten
Häufig gestellte Fragen
Wird ein digitaler Produktpass auf einer Blockchain gespeichert?
Nicht bei CirculeID, und nirgends sollte es so sein. Passdaten müssen mitunter korrigiert und gelegentlich gelöscht werden — ein falsch erfasster Lieferantenname, eine personenbezogene Angabe, die nie hätte übermittelt werden dürfen. Ein unveränderliches Ledger macht beides unmöglich und verwandelt ein Compliance-Merkmal in ein Compliance-Problem.
Wofür ist das Ledger dann eigentlich da?
Zwei eng gefasste Aufgaben. Anchoring: das Veröffentlichen eines kryptografischen Digests, damit später jede Person beweisen kann, dass ein bestimmter Datensatz zu einem bestimmten Zeitpunkt in einem bestimmten Zustand existierte. Und Revocation: ein Statusregister, das keine einzelne Partei kontrolliert, damit eine zurückgezogene Zertifizierung nicht weiter validiert, nur weil der Aussteller es versäumt hat, das Gegenteil zu erklären.
Brauchen Verifiable Credentials eine Blockchain?
Nein, und das ist das häufigste Missverständnis in diesem Feld. Ein W3C Verifiable Credential ist ein signiertes Dokument; zur Prüfung braucht es den öffentlichen Schlüssel des Ausstellers, aufgelöst über eine DID-Methode. Manche DID-Methoden nutzen ein Ledger, andere DNS oder Web-Hosting — dem Nachweismodell ist das gleichgültig.
Ist ein Token im Spiel?
Nein. Es gibt kein Token, keine Wallet-Pflicht und nichts, was ein Kunde halten oder handeln müsste. Verankerungskosten tragen wir, und sie sind für Sie unsichtbar. Eine Pass-Plattform, die von ihrem Käufer den Erwerb eines Tokens verlangt, hat eine Beschaffungshürde eingebaut — im Tausch gegen nichts, wonach der Käufer gefragt hat.
Wie überlebt die Verankerung, wenn wir die Plattform verlassen?
Der Anker ist ein von uns unabhängiger öffentlicher Datensatz, und der bezeugte Nachweis ist ein standardbasiertes Dokument, das Sie halten. Die Prüfung nutzt den Digest und den Decentralized Identifier des Ausstellers — von denen keiner über CirculeID aufgelöst wird —, sodass der Nachweis eines früheren Zustands den Vertrag überdauert.
Next step
Fragen Sie uns, wo das Ledger nicht genutzt wird
Das ist die bessere Frage als die umgekehrte, und die Antwort sagt Ihnen, ob ein Anbieter über Korrektur, Löschung und den Fünfzehn-Jahres-Fall nachgedacht hat.