哈希摘要：核验档案内容是否一致
理解区块链档案应用系统，需要区分档案内容、登记记录和验证凭据。哈希算法将数据转换为摘要；对同一份数据使用同一算法，可以重新计算并比较摘要。
用于档案核验时，摘要应明确对应哪个文件版本及哪些数据。摘要不一致说明核验对象存在差异；摘要一致支持内容一致性的判断，却不能证明文件中的陈述属实。哈希也不是可还原原文的备份。
区块与共识：维护共同认可的记录历史
以太坊区块技术文档介绍了交易按区块组织、区块引用前序区块以及节点验证状态变化的机制。哈希关联使历史修改能够被检测，共识机制则帮助参与节点确定共同接受的记录。
对应到档案业务，登记、移交等操作可以被设计为有序记录，但具体记录哪些事项取决于系统设计。以太坊的实现不能直接代表所有档案系统；某次操作被收录，也应与其达到系统要求的确认状态加以区分。
数字签名与证书：验证凭据的签发方
数字签名用于验证签名数据是否发生变化，以及签名是否与相应公钥匹配。证书提供公钥及其身份绑定、用途等信息，验证时还需要考虑证书的信任关系和有效状态。
档案系统不能仅凭存在一段签名数据就认定责任明确。签名覆盖的内容、证书对应的主体以及密钥管理方式，都会影响凭据能够支持的判断。
可信时间戳：支持数据存在时间的证明
RFC 3161规定了时间戳请求与响应机制：时间戳机构针对数据摘要签发带有时间信息的签名令牌，支持数据在特定时间之前已经存在的主张。验证涉及摘要、算法、签名、证书及签发策略等内容。
档案形成时间、提交时间与取得时间戳的时间可能不同。时间戳不能自动证明文件是在该时刻创作的，区块时间字段也不能直接等同于符合该协议的可信时间戳。
适用条件与常见问题
这些概念适用于分析档案存证与核验功能。应用时需要明确原文保存位置、摘要覆盖范围、记录确认规则及凭据验证条件，使文件和验证材料能够对应。
上链后能否保证档案真实？不能，链上机制主要约束记录及其后续变化，内容真实性仍需业务审核。只有摘要能否恢复档案？不能，原文仍需保存。取得时间戳是否就完成核验？没有，还需验证令牌与目标档案的对应关系及签名等信息。