Verifieerbaar grootboek
Twee taken voor een ledger. Al het andere is een blok aan het been.
Verankering bewijst dat een record op een bepaald moment in een bepaalde toestand bestond. Een intrekkingsregister voorkomt dat een ingetrokken certificering eeuwig blijft valideren. De paspoortgegevens zelf blijven buiten het ledger — omdat gereguleerde productgegevens soms gecorrigeerd moeten worden.
- Op het ledger
- Alleen digests
- Token
- Geen
- Wallet
- Niet vereist
Definition
Heeft een digitaal productpaspoort een blockchain nodig?
Nee. Paspoortrecords staan niet op een ledger, omdat gereguleerde productdata soms gecorrigeerd of gewist moet worden en onveranderlijkheid beide verhindert. Een ledger wordt alleen gebruikt voor verankering — bewijzen dat een record op een bepaald moment in een bepaalde toestand bestond — en voor intrekkingsregisters die geen enkele partij alleen zou moeten beheersen.
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.
Reikwijdte
Wat op het ledger komt en wat nooit
| 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 |
Mogelijkheden
Wat anchoring u oplevert
Bewijs van een eerdere staat
Aantonen dat een record op een gegeven datum zei wat het zei, zonder het opnieuw te publiceren.
Onafhankelijke tijdstempeling
De datum hangt niet af van onze klok, onze database of ons voortbestaan.
Een intrekking die standhoudt
Een ingetrokken certificering verifieert niet meer; dat wordt bij het lezen gecontroleerd tegen het register.
Digest, nooit inhoud
Alleen een hash wordt gepubliceerd, dus verankering onthult niets over het record zelf.
Wissen blijft mogelijk
Omdat het record buiten het ledger staat, kan een correctie of een verzoek tot wissing worden gehonoreerd.
Geen token, geen wallet
Niets dat u moet aanschaffen, aanhouden of aan inkoop uitleggen. De verankeringskosten zijn van ons.
Mechanisme
Hoe een verankerde claim later wordt geverifieerd
- 01
Uitgeven en hashen
Het credential wordt ondertekend door de uitgever, en er wordt een cryptografische digest van berekend.
- 02
De digest verankeren
De digest wordt op het ledger gepubliceerd. De inhoud niet — alleen het bewijs dat iets met precies die hash heeft bestaan.
- 03
De handtekening verifiëren
Een lezer controleert de handtekening van de uitgever tegen diens Decentralized Identifier, die onafhankelijk van ons resolvet.
- 04
De anker controleren
De credential opnieuw hashen en die digest verankerd vinden op de vermelde datum bewijst dat zij sindsdien niet is veranderd.
Antwoorden
Veelgestelde vragen
Wordt een digitaal productpaspoort op een blockchain opgeslagen?
Niet in CirculeID, en het hoort nergens zo te zijn. Paspoortdata moet soms gecorrigeerd worden en incidenteel gewist — een per ongeluk ingevoerde leveranciersnaam, een persoonsgegeven dat nooit ingediend had mogen worden. Een onveranderlijk ledger maakt beide onmogelijk en verandert een compliancefunctie in een complianceprobleem.
Waar is dat ledger dan eigenlijk voor?
Twee smalle taken. Anchoring: het publiceren van een cryptografische digest zodat iedereen later kan bewijzen dat een specifiek record op een specifiek moment in een specifieke staat bestond. En revocation: een statusregister dat geen enkele partij alleen beheert, zodat een ingetrokken certificering niet blijft valideren omdat de uitgever heeft nagelaten het tegendeel te melden.
Vereisen Verifiable Credentials een blockchain?
Nee, en dit is het meest voorkomende misverstand in de categorie. Een W3C Verifiable Credential is een ondertekend document; verifiëren vergt de publieke sleutel van de uitgever, geresolved via een DID-methode. Sommige DID-methoden gebruiken een ledger, andere DNS of webhosting, en het credentialmodel is daar onverschillig voor.
Komt er een token aan te pas?
Nee. Er is geen token, geen walletvereiste en niets dat een klant moet aanhouden of verhandelen. Verankeringskosten zijn van ons en blijven voor u onzichtbaar. Een paspoortplatform dat zijn koper een token laat aanschaffen, heeft een inkoopobstakel toegevoegd in ruil voor iets waar de koper nooit om vroeg.
Hoe overleeft de verankering als wij het platform verlaten?
Het anker is een publiek record dat losstaat van ons, en het credential dat het bevestigt is een standaardgebaseerd document dat u bezit. Verificatie gebruikt de digest en de Decentralized Identifier van de uitgever — geen van beide resolvet via CirculeID — zodat het bewijs van een eerdere staat het contract overleeft.
Next step
Vraag ons waar het ledger níét wordt gebruikt
Dat is een betere vraag dan de omgekeerde, en het antwoord vertelt u of een leverancier heeft nagedacht over correctie, wissing en het vijftienjarige geval.