用简单的话解释证据

为文件生成数字指纹。
留下可核验的记录。

当两份副本不一致时,不能只靠记忆。数字指纹用于比对文件的准确内容;配套记录将允许的操作关联到账号、版本和时间。

试着修改一句话 ↓
三个概念,无须技术背景。

文件,以及它的指纹。
独立的时间凭证。

带有签名的文件轮廓
从原始文件开始

您的文件

可以是合同、图纸或报告。请保留准确的原始文件,因为日后可能需要出示的就是它。

文件承载信息本身。
表示文件哈希值的风格化指纹
计算文件指纹

哈希值

软件读取文件的准确内容,并计算其数字指纹。即使只改动一个逗号、一个字符,或图像保存时的一个像素,指纹也会改变。

SHA-256 是计算方法,哈希值是计算结果。
凭证印章内的时钟
取得独立的时间凭证

时间戳

独立的时间戳机构会为该指纹和时间签署一份凭证。审查人员日后可以核验。

证明该指纹最迟在那个时间已经存在。

保留文件,记录其指纹,保存时间凭证。
它们结合起来,帮助他人核对文件版本及所记录的时间。

亲自试试 · 教学示例

一处微小改动。
一个不同的指纹。

即使只是一个逗号、一个字符,或图像保存时的一个像素,细微改动也会改变指纹。文件因何改变并不影响这一点。试着在下方加一个逗号,再恢复原文,看看原来的指纹如何重新出现。

原始文本

交付已获批准。

原始 SHA-256 指纹正在计算…
您副本的 SHA-256 指纹正在计算…

正在计算指纹…

彩色图案是根据哈希值生成的视觉辅助图,不是生物识别指纹,也不是核验结果。其下方完整的字母和数字才是真正的哈希值。

本示例在您的设备上计算指纹,不会上传文本或签署文件。请使用示例句子,不要输入机密信息。

指纹能说明什么,不能说明什么

将文件指纹与真实可信的已记录参照值比对时,指纹一致可以有力证明文件内容完全相同。但它不能证明内容真实、有人读过,或是谁批准了文件。也无法从指纹还原原始文件,因此原始文件仍须保存。

文件按字节逐一比对。重新导出 PDF 或改动隐藏的元数据,即使页面看起来完全相同,也可能改变指纹。指纹不一致表示文件不同,不表示有人实施了欺诈。

SHA-256 生成 256 位结果,通常显示为 64 个十六进制字符。理论上不同输入可能产生相同哈希值,但按目前的方法,要找到这种碰撞在计算上并不可行。哈希并不是加密。

为什么需要独立时间

“我们当时已有
这个版本。”

自己的电脑时钟由自己控制。独立时间戳增加了另一方签署的凭证,供审查人员核验。

时间戳机构收到的是文件指纹,而非文件内容。凭证并不证明文件陈述真实,也不证明有人读过它。

示意时间凭证

已收到指纹

对应此指纹
2557fcab…3b6e2ecd
记录时间
2026 年 9 月 29 日 · UTC 09:41
签发机构
独立时间戳机构

在真实凭证中,机构的数字签名可让核验者检查凭证的来源及完整性。

仅为示例,未请求真实时间戳。
这些部分如何共同发挥作用

谁、什么、何时。
保存下来,可供核验。

每一层回答不同的问题。单靠文件指纹,无法回答所有问题。

谁

将答复关联到参与者。

参与者受邀担任指定角色。已配置的流程可以要求个人身份核验(KYC)、组织核验(KYB)、政治公众人物(PEP)筛查及问卷。这些核查各有状态,由人工审查人员决定结果。身份验证随后有助于将受支持的打开、确认或签署操作关联到账号和准确的文件版本。

在允许收集的情况下,时间、IP 地址和浏览器、设备信息可为事件提供更多背景。通行密钥可以使用生物识别或设备 PIN,但无论是通行密钥还是文件打开事件,都不能证明实际持有设备的人是谁,或此人读过并理解了文件的每个字。

什么

保留当时相关的版本。

文件的 SHA-256 指纹标识记录所涉文件的准确内容。之后即使只改动一个字符或一个图像像素,也会生成不同的指纹。证据上的数字签名借助独立确立的核验密钥,帮助核验者检查来源并发现改动。

事件链将已记录的步骤连接起来。验证其完整性时,须与经过认证的参照值比较,不能只检查提供记录的人一并提供的哈希值。

何时

取得独立的时间凭证。

独立的时间戳机构会为指纹签署凭证。RFC 3161 是该凭证采用的格式。它有助于证明该指纹最迟在所述时间已存在,而不只依赖我们的服务器时钟。

凭证必须经过核验。它不能确定文件最初写于何时,也不能证明文件内容真实。请检查实际证据包中的时间戳覆盖范围。

保存

保留原始文件及配套记录。

文件、签名和时间戳凭证,都需要在日后仍可读取。设置保留锁定的存储、保护加密密钥,并定期测试备份,三者共同支持长期保存。

加强保留控制是工程工作的重点,并不代表每项部署都已使用锁定存储。保留期限须符合适用义务。

可核验

给审查人员提供真正可核对的材料。

有用的证据包将相关文件、易读的事件记录及配套核验材料放在一起。审查人员分别核对文件是否匹配、记录签名和时间戳。

更简明的文件核验流程,以及自动向各方交付独立副本,均属计划中的改进。以下示例是虚构样本。

日后有人提出问题时

从文件开始。
沿着配套记录追溯。

供公司和参与者使用

将相关原始文件与证据导出一并保存。若出现另一份副本,应与经过认证的记录版本比对。单靠哈希值无法找回丢失的文件。

供律师、审计人员或法庭审查人员使用

先阅读清晰的摘要,再检查原始文件及配套核验。有效的核验结果只确认某项具体技术属性。审查人员仍须判断背景、权限和证据的意义。

为可核验而构建。
设计会持续改进。

我们的工程重点包括更严格地将批准绑定到文件、更完善的保存控制,以及更简便的独立核验。后量子签名和额外的区块链时间戳锚定仍处于评估阶段,并非目前的服务承诺。

阅读底层标准

NIST:安全哈希标准
RFC 3161:时间戳凭证
W3C:WebAuthn 身份验证
NIST:ML-DSA 数字签名