Een ontwerp is nooit één bestand, en nooit één partij.
Een infrastructuurontwerp — een elektriciteitsnet, een waterleiding, een glasvezeltracé, een spoorwissel — bestaat uit tekeningen, berekeningen, veldopnames, foto's, normbladen en rapporten. Die reizen tussen asset-eigenaar, ingenieursbureau, aannemer en toezichthouder, en gaan door talloze revisies en goedkeuringen voordat er een schep de grond in gaat.
Bij elke overdracht keert dezelfde vraag terug: is dít het bestand dat is gecontroleerd en goedgekeurd — bit voor bit — of is er onderweg iets veranderd? In een veiligheidskritische keten is dat geen administratieve maar een fysieke vraag. Eén gewijzigde waarde — een zekering, een kabeldoorsnede, een maatvoering, een druk — kan het verschil zijn tussen een correct en een gevaarlijk ontwerp. En als er jaren later een incident of geschil is, moet aantoonbaar zijn wélke versie wanneer gold.
Vingerafdruk → anker → bewijs, in drie stappen.
Vingerafdruk bij de bron
Het bestand gaat lokaal door een hashfunctie (SHA-256). Daar komt een 32-byte getal uit dat uniek hoort bij precies deze bytes. Het bestand zelf blijft op je machine.
Verankeren op de ledger
Alleen die vingerafdruk gaat in één ondertekende transactie op een openbaar, onafhankelijk grootboek — met een tijdstempel. Geen inhoud, geen persoonsgegeven.
Verifiëren
Later herbereken je de vingerafdruk en zoek je hem op de ledger op. Match = het bestand is bit voor bit ongewijzigd sinds het verankeren — en dat moment staat vast.
Waarom één getal een heel bestand kan vertegenwoordigen.
Een cryptografische hashfunctie zoals SHA-256 heeft vier eigenschappen die haar tot een betrouwbare stand-in voor "exact deze inhoud" maken:
De bytes borgen — en de betekenis.
Een vingerafdruk over de ruwe bytes bewijst dat een exact bestand niet is gewijzigd. Maar in een ontwerpproces leeft dezelfde inhoud vaak in meerdere formaten en versies. Daarom zijn er twee lagen:
Het byte-anker
Bewijst dat dít exacte bestand op dít moment bestond en sindsdien niet is gewijzigd. Ideaal voor een vaste, opgeleverde deliverable — de tekening die is goedgekeurd, de berekening die is ingediend.
De inhouds-borging
Een deterministische parser leest elk formaat — CAD, spreadsheet, tekstdocument, PDF, foto — uit naar een canonieke weergave van de inhoud, en hasht die. Zo borg je de betekenis in plaats van de toevallige bytes, en zie je of twee bronnen inhoudelijk verschillen, ook als ze in ander formaat of dialect zijn opgeslagen.
Waarom geen AI in het bewijs-pad
De extractie is bewust volledig deterministisch — geen AI. Een anker moet op elke machine exact reproduceerbaar zijn; een niet-deterministisch model zou verschillen kunnen verzinnen of juist maskeren. AI kan wél als adviserende laag bovenóp de deterministische vergelijking uitleggen wát er verschilt — maar het raakt de hash nooit aan.
Waarom een grootboek, en niet je eigen server.
Een tijdstempel op je eigen systeem kun je zelf achteraf bijstellen — dus bewijst het niets tegenover een andere partij. Een openbaar, gedistribueerd grootboek wél: het is append-only, getijdstempeld door consensus van onafhankelijke deelnemers, en tegelijk door alle partijen leesbaar en verifieerbaar. Geen enkele deelnemer — ook de uitgever niet — kan de historie terugdraaien of een datum vervalsen.
Dát maakt het een anker: een vast punt waartegen de netbeheerder, de aannemer, de auditor en de toezichthouder elk onafhankelijk kunnen toetsen, zonder dat ze elkaar of een centrale partij hoeven te vertrouwen.
Privacy is ingebouwd, niet toegevoegd
Alleen de vingerafdruk — 32 bytes ruis — gaat de ledger op. Geen tekening, geen berekening, geen adres, EAN of ander persoonsgegeven; uit de hash valt niets te herleiden. Zo krijg je een publiek verifieerbaar bewijsspoor zónder één byte gevoelige infrastructuur- of persoonsdata bloot te stellen. Precies de grens die de AVG vraagt: onweerlegbaar bewijs, zonder onwisbare persoonsgegevens.
Waar het in een ontwerpproces het verschil maakt.
Overal waar een ontwerp tussen partijen reist, wordt goedgekeurd, gebouwd en jaren later verantwoord — geeft een anker een hard, onafhankelijk verifieerbaar ankerpunt:
De aannemer kan aantonen dat hij bouwt van exact de goedgekeurde versie — niet van een oudere of onderweg gewijzigde tekening.
Leg vast wát is goedgekeurd, mét tijdstempel, zodat er later geen twijfel bestaat over welke versie de gecontroleerde is.
Bewijs dat het opgeleverde overeenkomt met het ontworpene — het "as-built" is aantoonbaar het "as-designed".
Een auditor of toezichthouder kan jaren later onafhankelijk herleiden dat een ontwerp was zoals geclaimd — inclusief de norm-versie waaronder het is beoordeeld.
Bij een dispuut vervangt cryptografisch bewijs het "wij tegen zij": wie leverde wat, wanneer, en is het sindsdien veranderd.
Hetzelfde ontwerp leeft vaak tegelijk in CAD, rekensoftware, GIS en PDF. De inhouds-borging maakt aantoonbaar of die bronnen synchroon zijn.
Dat speelt niet alleen bij het elektriciteitsnet. Elke sector waarin ontwerpen tussen partijen bewegen en langlopend verantwoord moeten worden, heeft dezelfde behoefte:
Wat een anker wél en niet zegt.
Het anker bevriest de vingerafdruk — niet de waarheid van de inhoud
Het bewijst: "dit bestand, deze inhoud, bestond op dit moment en is sindsdien niet gewijzigd." Het bewijst níet dat de tekening klopt met de werkelijkheid, dat een meting correct is uitgevoerd of dat een foto écht van de juiste locatie komt. Dat is een aparte laag (device-attestatie, een twee-getuigen-eis). Die eerlijke grens is precies waar het cryptografische bewijs eindigt en de vakinhoudelijke controle begint — het anker maakt die controle aantoonbaar, het vervangt haar niet.
Wat er verandert voor de echte inzet.
Deze demo draait op het Stellar-testnet met een wegwerp-sleutel: nul kosten, nul risico. De stap naar productie is een architectuurkeuze, geen vinkje:
Sleutelbeheer
De ondertekening verhuist naar een HSM of Key Vault — de sleutel verlaat die beveiligde omgeving nooit. In de code is dat precies één plek (getSigner()).
Dubbel anker
Een gedeeld grootboek voor de zichtbare meerpartijen-laag, gecombineerd met een publiek tijdstempel-anker (OpenTimestamps → Bitcoin) voor de sterkst mogelijke onvervalsbaarheid.
Merkle-root per case
Alle documenten van één case onder één root verankeren, zodat de case als geheel geborgd is en tussentijdse wijziging opvalt — inclusief de norm-versie waaronder is beoordeeld.
WORM-kluis
De bestanden zelf in een write-once-read-many opslag, gekoppeld aan hun verankerde vingerafdruk — zo blijft naast het bewijs ook de inhoud aantoonbaar bewaard.
Probeer het zelf.
Kies een bestand, veranker de vingerafdruk, en verifieer het terug. Het bestand blijft lokaal — alleen het bewijs gaat de ledger op.
Naar de app →