先明确要核验哪一种关系
这里的“系统”限定为计算机信息系统。核验前，应把“系统与区块链有关”拆成具体问题：系统是否只是查询链上信息，是否提交记录，是否运行验证节点，还是把关键业务规则交给链上程序处理？这些关系不能相互替代。
例如，能够展示链上记录，并不足以证明系统自行验证了这些记录。证据需要对应明确的功能、组件和数据流，而不是只对应“采用区块链”这一笼统标签。
两个来源分别能证明什么
NIST《Blockchain Technology Overview》（IR 8202）的摘要将区块链描述为分布式实现、具有篡改可察觉性和抗篡改能力的数字账本，并强调正常网络运行条件。它适合支持基础定义，不足以证明某个具体系统的安全表现。来源：https://csrc.nist.gov/pubs/ir/8202/final
以太坊《Nodes and clients》说明了执行客户端与共识客户端的协作，以及节点自行验证数据的作用；同时指出，网络爬虫只能观察部分节点。它适合解释以太坊架构和观测局限，不能直接代表所有区块链。来源：https://ethereum.org/developers/docs/nodes-and-clients/
区分规范、实现与结果
概念文档回答“技术是什么”，协议规范回答“应遵守什么规则”，实现资料回答“软件如何落实规则”，运行记录和测试报告才用于检查“在特定条件下实际发生了什么”。核验时不能用前一层材料直接代替后一层证据。
若文章声称某业务系统因接入区块链而提高可靠性，应检查它是否提供系统架构、软件版本、故障条件及比较结果。仅引用技术概览，最多能够说明设计思路具有相关技术背景。
让结论与证据逐项对应
可为每项主张记录五个要素：具体结论、来源位置、适用对象、成立条件和未覆盖范围。例如，“节点按照协议规则验证数据”与“输入数据符合现实事实”是不同主张，前者不能单独证明后者。
涉及性能或可靠性比较时，应检查双方工作负载、资源配置、测试时间范围及失败判定是否一致。缺少这些条件时，宜将结论标为证据不足，而不是据此判断区块链必然优于其他系统。
交叉核验也要检查独立性
两个不同发布主体的来源，不等于对同一结论进行了两次独立验证。NIST概览和以太坊文档可以在概念与架构层面互相参照，但它们并未共同测试某个业务项目。
还应核对资料版本和适用网络。若多个页面只是转述同一份文档，来源数量增加并不会自动增强证据。对客户端行为、存储策略等实现细节，更不能脱离版本照搬。
常见问题与结论边界
“抗篡改是否意味着系统绝对安全？”不是。账本记录的保护能力不能单独覆盖业务输入、访问权限和外围服务等环节；相关安全主张仍需分别取证。
“节点越多是否就证明越去中心化？”仅凭数量不能得出充分结论，尤其不能把局部爬虫统计当作完整网络事实。可靠的核验结果应分别写明：材料直接支持什么、哪些解释附带条件，以及哪些项目级结论尚无证据。