先明确要核验的研究主张
研究证据核验应从具体主张开始：要确认的是某条订单记录是否被纳入某个数据集合、数据在提交后是否被改动，还是样本是否覆盖了研究所称的时间范围和对象。不同问题需要不同证据。哈希或默克尔证明可以支持数据完整性核对，却不能替代对采集方式、样本选择和指标定义的检查。
对电商数据，研究者还应记录数据字段含义、时间范围、去重与清洗规则，以及订单取消、退款等情形如何处理。若这些口径未说明，即使数据能够通过密码学验证，研究结论也可能无法被准确复现。
默克尔证明能说明什么
以太坊的相关数据结构说明介绍了默克尔帕特里夏树：节点通过哈希关联，根哈希可作为整棵结构的摘要；给定根哈希和通向某个值的节点信息，可以验证该值是否位于指定路径。以太坊区块头包含状态、交易和收据等根哈希，可用于核对相应数据结构是否与该区块上下文匹配。
应用到电商研究时，可以把它理解为一种可验证的完整性检查：研究者取得待核验记录、路径证明和可信的根值后，按约定的编码与哈希规则重新计算并比对。验证通过，说明该记录与该根值之间的密码学关系成立；它本身不说明记录来自真实交易，也不证明平台没有漏报数据。
把数据提交与变更记录纳入核验
RFC 9162 对证书透明度日志说明了另一类可借鉴的机制：默克尔树可用于证明条目被纳入日志，也可比较不同时间的树状态，以检查新状态是否延续旧状态。这里讨论的是透明度日志机制，并不等同于区块链；它提供的是数据记录与日志演进的核验思路。
若研究项目采用类似的审计设计，应保存数据版本、规范化与编码规则、根哈希、生成时间及对应证明，并让独立复核者能够取得必要材料、重复计算。若数据由链下系统保管，还需明确链上摘要对应哪个具体文件或批次，并防止文件替换、字段解释变化或访问权限限制使复核无法进行。
常见误区与适用边界
第一，根哈希不是数据真实性证明。它能帮助发现与承诺内容不一致的变更，但数据若在提交前已错误、偏颇或造假，之后的哈希验证仍可能通过。第二，包含证明不等于完整性证明：证明某条记录存在，不能单独证明同一批次中的所有记录都已公开。
第三，日志的一致性检查也有边界。RFC 9162 提醒，日志若向不同观察者展示互不一致的视图，单靠日志自身提供的材料未必足以发现问题，因此需要外部监测和不同观察者之间的比对。研究报告应说明信任哪些根值、日志运营者或数据提供方，以及复核者如何独立取得证据。
常见问题
核验通过后，能否认定电商研究结论可靠？不能。它只支持特定数据与承诺值之间的完整性关系。结论可靠性还取决于数据来源、测量口径、抽样方法、缺失值处理和分析过程。
没有链上数据，还能做证据核验吗？可以。可使用可复算的哈希承诺、带版本的数据清单和独立审计记录等方式，但应公开足以复核的材料，并清楚说明访问限制。采用何种方案取决于研究问题、数据敏感性和复核需求。