先区分“资料来源”和“链上存储证明”
区块链资料的来源通常有三层：原始交易或状态数据、承载这些数据的区块、以及提供查询结果的节点或浏览器。网页、接口或钱包显示的内容只是查询入口，不能单独证明数据已经写入链上。核验时应尽量追溯到交易标识、区块标识、区块头中的根哈希，以及能够重新计算这些结果的原始数据。
不同区块链使用的数据结构和共识规则并不完全相同。以太坊执行层使用默克尔帕特里夏树组织状态、交易和收据等数据，并在区块头中保存相应的根值；比特币则使用默克尔树汇总区块内交易，并将默克尔根写入区块头。因此，核验方法可以共享基本思路，但具体编码、字段和证明格式必须以目标链的协议规则为准。
第一步：核对原始数据与唯一标识
先记录待核验资料的完整内容和标识，例如交易哈希、区块哈希、区块高度、账户状态路径或收据标识。标识本身通常由数据经过密码学哈希得到，数据只要发生变化，重新计算出的结果就应当改变。核验者需要确认使用的编码方式、字段顺序和哈希算法与目标链规则一致，不能只比较页面上的显示文本。
比特币的交易标识来自交易的序列化数据，区块通过前一区块头哈希彼此连接；以太坊的状态数据则通过树节点逐层引用，节点引用可由节点编码后的哈希表示。由此可见，单独保存一段文本或一个哈希值不足以完成核验，还需要知道这个哈希对应的编码对象以及它在区块结构中的位置。
第二步：检查默克尔证明和根哈希
默克尔结构把许多数据逐层汇总为一个根哈希。核验某条记录时，通常需要取得该记录、从记录通往根节点的中间哈希，以及一个可信的根值。验证者按照协议规定重新计算路径上的哈希，若最终结果与根值相同，说明这条记录与该根所代表的数据结构一致。
以太坊的默克尔帕特里夏树包含分支节点、叶节点和扩展节点，路径还涉及紧凑编码。核验时必须正确处理节点类型、路径编码和序列化规则。比特币的交易默克尔树则按交易标识逐层配对计算；当某层数量为奇数时，资料显示其会按规则处理未配对的哈希。两者都能提供包含性证明，但证明格式不能混用。
根哈希只能证明数据结构内部的一致性，不能单独证明这条记录属于最终认可的链。还应从区块头核对根值，并验证区块头与前序区块的连接关系，或者使用符合该链共识规则的节点验证区块。
第三步：核验区块和节点的可信范围
比特币网络中的完整节点会独立保存并验证区块链，节点遵循共识规则判断区块是否有效。资料查询者可以向多个独立节点获取同一交易或区块的结果，比较交易标识、区块哈希、区块位置和相关根值。多个节点返回相同结果可以减少单一接口故障或篡改造成的误判，但这仍应结合协议验证，而不是把多数网页显示当成最终证明。
区块链可能出现临时分叉，处于同一高度的区块不一定具有相同的区块哈希。因此，区块高度适合定位位置，区块哈希才适合作为特定区块的唯一标识。核验历史资料时，应确认所引用的区块属于当前采用的链，并注意资料是否来自过期节点、不同网络或不同客户端。
适用条件与常见限制
这种核验方法适用于判断一条交易、状态或收据是否被某个已知根哈希承诺，以及区块之间是否按照协议规则连接。它尤其适合审查节点返回的数据、保存交易凭证，或验证第三方提供的默克尔证明。
它不能自动证明现实世界中的身份、商品交付、合同履行或链下文件真实性。链上记录可以保持结构上的一致性，但记录写入时使用的外部信息是否真实，仍需其他证据支持。若只拿到网页截图、未经说明的哈希，或缺少区块头和证明路径，就无法完成完整的独立核验。
常见问题
问：看到交易哈希，是否就能证明交易已经确认？答：不能。交易哈希主要用于定位和重新计算交易数据，还需要确认它是否进入有效区块，并核对该区块在目标链上的位置和状态。
问：根哈希相同，是否代表所有资料都可信？答：根哈希相同只能说明参与计算的数据和结构能够得到一致结果。还要确认根哈希来自正确的区块头，并验证区块及其共识状态。
问：为什么不同区块链不能直接套用同一套证明？答：它们可能采用不同的树结构、序列化方式、哈希算法、路径编码和共识规则。核验程序必须按照具体链的公开协议执行。