存证需要区分哪些问题
理解存证方案，可以先区分三个问题：当前数据与被记录的数据是否一致，相关记录是否被区块链收录，数据由谁通过什么过程产生。三者分别涉及内容校验、链上验证和来源描述，不能用一个“已存证”状态替代全部解释。
哈希与默克尔树
比特币开发者指南介绍了用哈希汇总交易、形成默克尔根并写入区块头的结构；区块头还引用前一区块。默克尔路径可用于核验某笔交易是否包含在相应区块中。
在存证语境中，哈希可理解为数据的校验摘要。比较摘要需要使用相同算法和一致的数据处理规则；文件格式转换或字节变化都可能影响结果。摘要相符支持内容一致性判断，却不能单独证明文件所描述的事件真实。
如果方案只记录文件摘要，还需保留原文件，以及摘要与链上交易之间的对应关系。交易包含证明只能直接回答交易是否被收录；核验具体文件，还要检查文件摘要如何关联到该交易。
共识、确认与区块定位
共识规则规定节点接受哪些区块和交易。比特币使用工作量证明，并在有效分支中依据累计工作量选择链；后续区块增加会提高改写历史的成本。区块高度表示位置，分叉时同一高度可能存在不同区块。
因此，“不可篡改”需要结合链的机制和安全条件理解。存证凭据应能明确定位记录所在的链、交易和区块；仅有高度不足以唯一标识区块。区块时间也不能直接等同于业务事件的精确发生时间。
溯源与PROV术语
W3C的PROV框架以实体、活动和责任主体等概念描述数据来源，支持表示处理、派生和归属关系，并通过共同模型与表达格式促进信息交换。
对应到存证场景，一份文件可作为实体，生成或修改文件的过程可作为活动，参与的人员或组织可作为责任主体。此类描述帮助解释数据的形成过程；其可靠性仍取决于来源记录与实际过程是否一致。PROV本身不要求使用区块链。
适用条件与常见疑问
“有链上记录就能还原文件吗？”如果链上仅保存摘要，就不能据此还原原文件，仍需独立保存原始数据。“来源关系写得完整就真实吗？”完整描述有助于核查，但描述本身也需要依据。
这些概念适用于解释内容校验、链上收录及来源追踪的技术职责。评估具体方案时，应分别说明存储对象、校验规则、记录定位方式和来源依据；比特币的工作量证明机制不能直接套用于所有区块链。