先明确核验范围
“区块链35个项目的资料来源如何核验”涉及逐项核对。缺少35个项目的名称、原始声明及对应证据时，无法形成逐项核验结论。通用开发文档能够解释技术机制，具体项目是否采用这些机制、部署是否与描述一致，仍需项目自身的可核查记录。
两个来源分别支持什么
以太坊开发文档（https://ethereum.org/developers/docs/）涵盖账户、交易、智能合约、节点、共识与扩容等主题，页面说明其内容由社区维护。它适合作为理解以太坊技术术语和查找专题文档的入口；目录列出某项技术，不代表某个项目已经实现该技术。
比特币开发指南的区块链章节（https://developer.bitcoin.org/devguide/block_chain.html）解释全节点验证、区块哈希链接、工作量证明及未花费交易输出。它可用于核对比特币机制的基础描述，其结论不宜直接套用于采用其他账本结构或共识规则的项目。
把项目描述拆成可验证的问题
核验时，可将每个项目的描述拆分为技术机制、部署情况和运行状态。例如，“采用智能合约”需要核对所属网络及合约信息；“使用工作量证明”需要对应其协议规则。宽泛的技术介绍不能单独证明具体部署情况。
为各项目建立独立记录，保留待核实的原句、来源地址、相关章节、适用版本及核验结果。记录实际查验时间；涉及链上记录时，同时保留网络信息与相应标识。缺少证据的条目应标为待核实，避免用同类项目的资料补齐。
判断证据是否真正对应结论
来源数量与证明力需要分别判断。两份文档可能各自可靠，却讨论不同系统，无法共同证明同一个项目声明。交叉核对应围绕同一对象、同一版本和同一问题展开，并区分原始记录与转载说明。
引用具体区块时，比特币指南说明分叉期间同一高度可能对应多个区块，因此区块高度不能作为全局唯一标识。核验记录应包含区块哈希，并明确所属网络，减少对象混淆。
适用条件与常见问题
这套方法适用于整理项目词条和审查技术说明。以太坊与比特币的基础资料可帮助发现术语误用，但无法覆盖35个项目各自的实现细节，也不足以确认其当前运行状态。
资料能打开就算核验通过吗？还需检查正文是否支持待核实的表述。链上存在一笔交易就能证明项目全部宣传吗？交易记录只能支持与该记录直接相关的结论。出现证据冲突时，应保留差异和适用版本，将无法解释的部分列为待核实。