Een hash-keten maakt niet dat een logboek onveranderlijk is. Zij maakt dat een wijziging achteraf op te merken valt. Dat verschil is klein in één zin en groot in een dossier, en het is het verschil tussen wat wij beweren en wat er vaak van gemaakt wordt.
Wie zegt dat zijn logboek niet gewijzigd kán worden, beweert iets over een bestand op een schijf waar hij zelf bij kan. Dat is niet waar te maken.
Waarom een databasetabel dit niet is
De meeste diensten in deze categorie tonen een overzicht met statussen. Verzonden op die datum, beantwoord op die datum. Dat overzicht komt uit een tabel die de aanbieder zelf bijwerkt, en er is geen enkele manier waarop u of een toezichthouder kan vaststellen dat een regel er gisteren ook al zo stond.
Dat is geen verwijt aan die aanbieders. Voor de meeste toepassingen is een statusoverzicht precies goed. Het wordt pas een probleem op het moment waarop het overzicht als bewijsstuk moet dienen — en dat moment is nu juist waar dit product voor bestaat.
Wat dit waard is bij een klacht
Een klacht bij een toezichthouder staat of valt bij het kunnen tonen van precies wat er is verstuurd en precies wat er terugkwam. Niet een samenvatting, en niet een status.
Drie dingen die dan tellen. Het bericht zelf, in zijn oorspronkelijke vorm. Het moment, vastgelegd op een manier die niet losstaat van de inhoud. En de ononderbroken volgorde, zodat er niets tussenuit is gehaald.
Dat is de reden dat dit voor een bestuurder geld waard is en voor een particulier van een paar euro per maand niet. Een particulier wil dat zijn gegevens weggaan. Een bestuurder moet daarnaast kunnen aantonen dát hij handelde, en tegenover wie.
Waar dit vandaan komt
De werking van de keten, de controle die de eerste gebroken schakel teruggeeft en het bewaren van het ruwe bericht zijn eigen ontwerpbesluiten en na te lezen in onze broncode. Er is hier bewust geen extern bewijsstuk voor: dit is een claim over ons eigen systeem, en de enige eerlijke onderbouwing daarvan is dat u het kunt nakijken. Stand van zaken op 16 augustus 2026.