先明确核验对象
区块链不可信节点的资料来源如何核验，关键在于把节点返回的说法转化为可以检查的证据。核验对象可能是交易是否进入某个区块，也可能是账户在某个区块对应的状态；两者需要的证明不同。节点地址或网页署名能帮助追溯来源，但不能单独证明数据符合协议规则。
两个来源提供的技术依据
以太坊官网的节点与客户端文档介绍，执行客户端负责交易执行和状态处理，共识客户端负责共识机制，两者共同跟踪链。文档还说明，轻节点可借助区块头中的状态根检查取得的数据。由此可见，接口返回值需要与验证机制建立联系，不能仅凭提供方身份采信。
比特币开发者指南的区块链章节说明，全节点独立验证区块，交易通过默克尔树与区块头关联，区块头又链接前一区块。默克尔路径可用于检查交易是否被某个区块包含；发生分叉时，区块高度不能唯一标识区块，应使用区块哈希定位。
把来源和证据对应起来
核验时先明确所属网络、查询对象及对应区块，并保留返回的数据和区块哈希。这样可以避免把不同区块的结果当成同一份记录比较，也便于复核时准确定位。对于网页中的技术说明，还应区分协议规则、客户端实现和服务商描述，避免将某个接口的能力推广为整个网络的能力。
随后检查证明与目标是否匹配。交易包含性证明回答的是交易是否属于指定区块；状态证明回答的是数据是否与指定状态根一致。证明所依赖的区块头也必须经过相应验证，否则数据和证明可能只是在同一个未经确认的基准下相互吻合。
适用条件与常见问题
多个节点返回相同结果是否足够？结果一致可以辅助发现差异，但不能替代协议验证。比特币检查交易包含性的机制，也不能直接套用为以太坊账户状态的完整核验方法，必须使用对应网络的规则和数据结构。
证明通过是否代表完成全部验证？包含性检查仅回答特定问题，不等于重新执行全部交易或验证全部共识规则。需要更完整的验证时，应明确客户端的验证范围、同步起点和相关信任假设。
查不到历史状态是否说明节点造假？不能直接这样判断。节点的数据保留方式会影响历史查询能力。核验结论应分别记录数据是否可取得、证明是否匹配，以及区块是否经过验证，避免把服务能力不足误判为数据不真实。