先明确资料描述的是哪一种节点
核验应从具体主张开始：资料是在解释节点如何验证交易，还是声称某个节点已正常履职？机制文档能够支持前者；后者还需要对应节点与链上记录之间的证据，不能仅凭技术介绍确认。
以太坊开发者文档的权益证明章节描述了验证者的区块提议与证明职责，并区分执行客户端、共识客户端和验证者客户端。比特币开发者指南则说明，全节点独立验证区块，矿工通过工作量证明参与出块。两者中的“验证”不能直接视为同一种参与身份。
核对出处，也核对适用条件
来源记录应保留页面标题、完整网址、相关章节以及可确认的版本信息。本文涉及的文献出处分别为 ethereum.org 的权益证明章节，以及 developer.bitcoin.org 的 Block Chain 章节。网页摘录中的导航、复制按钮和截断文字不构成技术证据。
引用内容必须对应具体网络与机制。涉及客户端配置、参与门槛或惩罚参数时，还需确认适用版本；没有版本依据，就不宜把摘录中的数字描述为当前通用标准。两个来源可以帮助比较概念，但比特币文档不能证明以太坊的具体参数。
把技术主张对应到可复核证据
以太坊相关摘录说明，接收区块后会重新执行交易并检查状态变化，验证者再按共识规则提交证明。这支持“验证包含本地规则检查”的解释，却不能证明某个服务商实际完成了这些工作。
比特币相关摘录说明，区块高度在分叉时可能重复，区块哈希更适合作为具体区块的标识；默克尔路径可用于核对交易是否包含在某个区块中。因此，核验记录需要指明网络、区块哈希和交易标识，避免只靠高度或截图匹配对象。
常见问题与证据边界
多个网页说法一致，是否就算核验通过？还要检查它们是否转述同一来源，以及是否讨论同一网络、版本和主张。重复转载增加的是出现次数，不一定增加独立证据。
交易包含证明能否证明整个区块有效？它证明的是交易与特定区块中默克尔根的包含关系，不能替代完整的交易和共识规则验证。资料核验结论应明确写出已核对的对象、证据支持的范围及尚未确认的部分。