一、先把研究结论拆成可核验的问题
“区块链让电子档案可信”过于笼统。核验时应分别询问：文件是否与留存摘要一致，相关记录是否进入指定区块，时间证据支持什么判断，以及这些信息是否足以支撑研究结论。不同问题需要不同证据，不能用一条上链记录包办全部证明。
二、两个来源分别支持什么
以太坊开发文档的区块说明介绍了交易如何组成区块，以及区块如何通过前序区块的哈希引用形成关联。这支持理解历史记录的关联与一致性机制，不直接证明某个电子档案项目有效。
RFC 3161规定了时间戳请求与响应机制：时间戳机构对数据摘要签发时间戳令牌，接收方需要核验摘要、算法、签名和相关证书等信息。它支持特定数据存在时间的证据判断，不负责认定数据内容真实。
两份文献来自不同发布主体，但分别讨论不同机制。来源独立不等于共同验证了同一个应用，更不能代替具体项目的实际证据。
三、检查档案与链上记录的对应关系
阅读应用研究时，应检查其是否说明被核验的文件版本、摘要算法，以及档案摘要与链上交易之间的对应关系。若只展示区块信息，却没有说明如何对应到具体文件，就不能据此判断该档案已得到完整核验。
还应区分“摘要被记录”与“原文被保存”。材料若只证明前者，就不应将结论扩展为档案原文已经上链或能够长期获取。
四、核对时间证据的适用条件
对采用RFC 3161的应用，应关注研究是否说明时间戳令牌的验证过程，包括数据摘要是否匹配、签名是否有效、证书状态与签发策略是否满足要求；请求包含随机数时，还要核对响应中的对应值。仅展示一个日期不足以说明这些检查已经完成。
时间戳所支持的数据存在时间，不等同于档案首次形成时间。区块时间与时间戳机构提供的时间证据也不能不加区分地互相替代，研究应明确使用了哪种机制及其信任条件。
五、区分机制依据与应用成效
技术文档可以解释方案为何具有某种能力，却不能独自证明方案提高了管理效率、降低了成本或满足了全部档案业务要求。对于这类结论，应另行检查对应的项目记录、评价方法和适用范围。两份技术来源本身不足以核验这些成效。
六、常见问题与结论写法
哈希一致是否说明内容真实？不能。它支持文件与所记录摘要的一致性判断，不能替代对内容来源和事实准确性的审查。
引用标准是否等于符合标准？不能。引用只能表明采用了相关依据，仍需核对实际实现与验证记录。较稳妥的结论应写清：核验了什么对象、依据什么证据、满足哪些条件，以及哪些主张仍未得到支持。