存证需要建立哪些对应关系
区块链存证的核心问题，是如何把待核验内容与链上记录关联起来，再验证记录所在区块及其确认状态。理解教程时，可以沿着“内容、摘要、交易、区块”的关系阅读。不同网络的数据结构和共识规则不同，具体字段不能直接混用。
哈希：核对内容的一致性
密码学哈希把数据转换成摘要，内容变化通常会导致摘要变化。用于内容核验时，需要明确输入的原始字节和哈希算法；即使文档看起来相同，编码或文件内部信息改变，也可能产生不同摘要。
文件摘要与交易哈希承担不同作用：前者关联待核验内容，后者标识链上交易。只有交易标识，还需要检查交易中的数据如何对应文件摘要，才能建立完整联系。
签名与交易：记录由谁授权
以太坊开发文档将交易描述为经过密码学签名、用于更新网络状态的指令。签名体现账户授权；交易还涉及接收地址、账户交易序号、输入数据和计算费用。
存证教程中的私钥、签名与账户地址，主要解释提交行为的授权关系。地址与现实身份的对应需要额外证据，签名本身也不能说明被提交内容属实。调用合约时，ABI用于解释输入数据中的函数和参数，核验时应关注实际记录的内容。
默克尔树：验证记录被区块收录
比特币开发指南说明，交易哈希逐层汇总为默克尔根，并写入区块头；区块头还关联前一区块。默克尔证明利用中间哈希，支持核验某笔交易是否被相应区块收录。
应用这一原理时，需要同时确认区块头属于所核验网络认可的链。包含关系证明回答的是记录是否在区块中，不能直接证明记录描述的事件真实发生。
确认状态与常见问题
提交成功是否等于存证完成？广播、被区块收录、执行成功及最终确定性是不同环节。以太坊合约调用还需核对执行结果；比特币则需要结合累计工作量和后续区块理解记录稳定性。
区块时间是否就是文件创建时间？区块时间是链上记录的时间信息，不能直接代替文件创建时间。文件摘要一致，也只支持内容一致性的判断。适用这些技术概念时，应分别核对内容对应关系、账户授权、区块包含关系和确认状态，避免把其中一个环节当作全部证明。