存在性证明
用 @beat 为任何文件加盖时间戳 —— 免费且公开。你的文件绝不离开你的设备;仅记录其 SHA-256。日后即可证明该文档在那一刻确已存在。
你的时间戳即刻被记录 —— 额外的封印稍后才会加上
立刻,在你盖戳时:你的哈希值、其 @beat 与 UTC 时间,以及它在仅可追加的哈希链中的位置。仅凭这一点就已证明该文档在那一刻确已存在。
本周结束后 —— 一旦当前这一周收尾(即下一个周一 00:00 UTC),其每周 Merkle 根便被冻结,并在其上叠加三个相互独立的层级:
- Ed25519 签名 —— 在该周被封印的那一刻加上。
- Bitcoin(OpenTimestamps) —— 一小时内提交;数小时后在某个 Bitcoin 区块中得到确认。
- 银行锚定 —— 该根值会对照一个独立的银行凭据加以记录并公布,通常在数日之内完成。
因此,一份刚生成的证书显示 “pending — week still open”(待定 —— 该周尚未结束)是完全正常的。等你所在的这一周结束并被封印后再回来,然后重新验证或再次下载证书(或扫描其 QR 码)—— 届时签名、Bitcoin 认证和银行锚定便会出现。时间戳本身永远不会改变。
每周哈希锚定
每一周的 Merkle 根都会对照一个独立的银行凭据加以锚定 —— 一份带时间戳的独立记录,证明该周的日志在那个日期之前确已存在。
尚未公布任何锚定。
工作原理
1. 你的浏览器计算该文件的 SHA-256 —— 文件始终留在你的设备上。
2. 该哈希值连同其 @beat 与 UTC 时间,被记录到一个仅可追加、以哈希链相连的日志中。
3. 每周所有哈希值都会汇聚成一个 Merkle 根,用我们的 Ed25519 密钥签名,并对外锚定 —— 对照一个独立的银行凭据,并通过 OpenTimestamps 锚定到 Bitcoin。
4. 任何人日后都可以验证某个文件的哈希值、它的时间戳、它直至所锚定根值的包含证明、签名以及 Bitcoin 认证(可下载的 .ots)。
这所证明的是某一时刻的存在性及完整性 —— 而非内容的作者身份或真实性。
想了解确切的算法 —— 叶子与节点的哈希、被签名的消息、如何重新计算包含证明?请阅读完整的证明规范。
每周的 Merkle 根均以我们的 Ed25519 密钥签名。公钥:
PNMoAM0Lq+gqQJaFN4iZJf1RxXZkP6IYQNb6CtaCnYk=