上一篇文章结尾,我留了一个问题没回答:你能证明这条记录,就是当初写下的那条吗?
写侧托管(Write-Side Custody)决定了哪些写入值得被信任、可以成为记忆。但"决定信任某样东西"和"事后能证明它没变"是两回事。
![]()
再想一下那条部署记录。托管机制审查了它,判定它来源可靠,让它进入了机构记忆。六个月后,审计员问了一个更难的问题:你怎么知道它这半年没被改过?
"我们只接受可信的写入"——这是一条策略。它不是证明。
信任是一种主张,证明是一种证据
托管和收据回答的是两个不同的问题。
写侧托管问的是:这条记录该不该被信任?
法证收据(Forensic Receipt)问的是:这条记录能不能被证明?
前者是写入那一刻做出的判断。后者是一份比判断活得更久的证据——任何人都可以在事后自行核验记录,而不必信任存储它的系统。
到这里,整个技术栈触到了基岩。上面每一层,现在都建立在可以被独立验证的基础之上。
法证收据到底是什么
Sovereign Systems 规范把这种证据称为法证收据。
它不是日志条目。日志条目可以被编辑、重排、悄悄重写。法证收据是记录的一条加密指纹,在记录写入的那一刻被捕获并签名。
记录里改一个字符,指纹就对不上了。篡改不会被隐藏,它在数学上显而易见。
实践中,一张收据大概长这样:
forensic_receipt:record: reasoning_ledger/deploy-2026-03-14content_hash: sha256:3af9c1...e07bsigned_at: 2026-03-14T09:22:07Zsignature: ed25519:9d4a...c2signed_by: sovereign-node-07prior_receipt: sha256:8b21...44a
两个字段承担了大部分工作。
内容哈希(content hash)把收据绑定到记录的确切字节上。任何改动都会破坏这个绑定。
前序收据(prior receipt)把每条记录链接到它前面那条,形成一条链。你没法悄悄删除或重排历史,否则下游所有收据都会校验失败。
这就是监管链(chain of custody),只不过是用数学表达的,而不是一句承诺。
为什么日志不够用
大多数系统已经有审计日志了。
问题在于:审计日志的可信度,取决于谁在控制它。如果有人能写入日志,他通常也能重写日志。一条可以被重写的日志,对过去什么都证明不了。
法证收据把这件事倒了过来。它不要求你信任操作员、数据库或备份。验证依赖的是密码学,而不是权威。证据自己会说话。
这个区别就是全部重点。
托管赢得信任。收据让信任变得不再必要。
证明的代价
这些都不是免费的。每条收据都是一次哈希计算和一次签名生成,发生在写入时,是实打实的工作,付在写入路径上——恰好是这个系列一直在论证的、信任应该存在的位置。
特别声明:以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布,本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.