存证要解决什么问题
理解区块链电子存证方案，可以围绕三个问题展开：核验的内容是否一致，记录由哪个密钥授权，以及记录在链上处于什么位置。这些问题分别关联哈希、数字签名和区块历史。技术验证的结论需要限定范围：记录符合链上规则，并不直接证明文件描述的现实事件真实。
哈希与区块关联
哈希将数据映射为摘要，可用于比较内容是否一致。电子存证若采用摘要核验，需要明确参与计算的数据范围和编码方式；文件字节发生变化，即使肉眼看到的文字相同，也可能得到不同摘要。
以太坊区块文档说明，区块通过前一区块的哈希相互关联，区块及其中的交易具有顺序，节点验证交易执行后的状态。这种结构使历史修改能够被检测，并由网络规则约束历史记录的接受。
数字签名与交易定位
比特币交易文档以P2PKH交易说明，公钥与签名用于验证支出授权，交易标识及输出索引用于引用先前输出。这体现了密钥授权和记录定位两类不同功能。
用于理解电子存证时，签名主要回答相关数据是否获得对应私钥的授权。若要进一步关联现实中的个人或机构，还需要可信的身份绑定依据。签名保护的内容也取决于实际签名范围，不能默认覆盖所有附件与业务信息。
共识、状态验证与适用条件
共识用于协调节点接受哪一条有效历史；状态验证用于检查交易执行结果是否符合协议。存证方案需要说明采用的链、记录位置及确认条件，不能仅凭提交请求成功就认定记录已被稳定接受。
不同链的数据模型存在差异。比特币的未花费交易输出模型与以太坊的状态执行机制不能直接混用。理解存证流程时，应区分业务文件、提交的数据、交易标识和区块记录，明确它们之间如何对应。
常见问题与验证边界
链上有记录，是否意味着原文件真实？链上验证主要涉及数据、授权和协议规则；原文件来源、采集过程以及内容真实性仍需要其他证据支持。
区块时间是否就是文件创建时间？区块时间属于链上记录的时间信息，不能直接当作原文件的创建时间。
只保留摘要是否足够？摘要用于核对，不能还原原文件。采用摘要存证时，仍需保存可供复核的原始数据，并明确摘要算法、计算范围及对应的链上记录，否则难以完成独立验证。