先把待核验的问题说清楚
各家区块链技术的资料来源如何核验，首先取决于要确认什么。解释基本概念、确认某条网络的规则、判断某项功能是否已经实现，需要不同的证据。核验时应把笼统描述拆成具体问题，并记录项目、网络、技术主题及适用条件。
本文讨论公开技术文档的核验方法。以太坊和比特币的文档分别说明各自技术体系，不能直接为其他项目的实现情况作证明。
从来源定位到具体章节
ethereum.org/developers/docs/ 的以太坊开发文档将账户、交易、EVM、节点与客户端、共识和扩容等内容分门别类，并说明文档由社区维护。这类入口适合定位主题；目录中出现某项技术，只能证明存在相关说明，不能据此认定所有网络或应用都采用了它。
developer.bitcoin.org/devguide/block_chain.html 的比特币开发指南解释了全节点独立验证、UTXO、工作量证明和分叉等概念，并指出区块高度不能作为全局唯一标识。这些内容可用于核对比特币相关表述，但不宜直接套用到其他区块链。
两个来源不等于同一结论得到双重证明
交叉核对必须围绕同一个问题。两份文档分别讨论不同系统，即使都使用“交易”“区块”或“共识”等词，也不代表具体规则相同。核验时应比较术语的定义、描述对象和成立条件，而不是只看关键词是否一致。
来源身份与内容正确性也应分别检查。网址用于追溯出处，具体段落用于支持结论；社区维护有助于修订内容，却不能单独证明每段说明都适用于目标版本。涉及实现状态时，还需核对相应规范、实现版本和更新记录。
常见问题：局部证据能证明多少
文档列出了某种共识机制，是否说明项目正在使用它？不能仅凭目录判断。目录可能同时涵盖历史机制、基础概念或不同应用场景，需要查看对应章节的适用范围。
交易被包含在区块中，是否等于完成全部有效性验证？比特币指南介绍的默克尔树证明用于核对交易是否被纳入区块；这一证据本身不包含对所有共识规则的完整验证。引用时应保留这种边界。
遇到正文截断、缺少版本或不同来源表述不一致，应如何处理？保留能够直接支持的基础结论，将尚缺证据的部分标记为待核实。完整的核验记录应让读者能够找到原始位置，并看清结论成立的条件。