先明确研究中的“系统”指什么
系统可以指区块链网络本身，也可以指接入区块链的业务应用。核验前应把关系写清楚：研究的是节点如何协作、应用如何读取链上数据，还是业务记录如何接受链上校验。不同问题需要不同证据。
如果研究对象是业务系统，还应明确哪些数据和操作发生在链上，哪些仍依赖数据库、接口或人工输入。链上记录的性质不能自动推广到整个业务流程。
两个独立来源分别能证明什么
NIST IR 8202《Blockchain Technology Overview》的摘要将区块链概括为分布式实现、具有篡改可察觉性和抗篡改性的数字账本，并将记录发布后不可更改的描述限定在网络正常运行条件下。它适合支持基础定义，不能单独证明某个系统的实际安全水平。来源：https://csrc.nist.gov/pubs/ir/8202/final
以太坊“Nodes and clients”文档说明，执行客户端负责交易执行与状态管理，共识客户端负责共识，两者协作跟踪链的状态。这能支持以太坊架构中的职责划分，不能直接推广为所有区块链系统的实现方式。来源：https://ethereum.org/developers/docs/nodes-and-clients/
把结论对应到合适的证据
概念性结论可核对技术概述；机制性结论需要进一步核对协议规范和实现；性能或可靠性结论则需要可检查的实验记录。文档描述系统如何设计，与实验观察系统实际表现，属于不同层次的证据。
例如，“业务系统通过节点读取数据”需要接口与部署证据；“接入区块链后处理更快”需要明确比较对象、工作负载、软硬件环境和测量方法。仅有架构示意或产品介绍，无法完成后一种核验。
核验时保留条件与版本
检查引文是否保留原文的限制条件，尤其是正常运行、特定网络和特定客户端等范围。抗篡改能力不能直接证明输入数据真实；协议能够验证交易是否符合规则，也不能据此确认现实事件是否如实发生。
技术文档还应对应研究采用的版本。节点的数据保留、同步方式和验证路径可能影响观察结果，因此复核记录应注明客户端版本、配置、数据范围和采集方式。不同研究只有在条件可比时，结果才适合直接比较。
常见问题：多来源与可复核性
两个网站是否就足够？来源数量不能替代证据匹配。多个页面若转述同一材料，不能算独立验证；两个独立来源分别解释概念与架构，也不能共同证明某个业务系统已经取得实测成效。
文档能否作为研究证据？可以，但结论必须限定在其支持范围内。核验记录应保留待证实的主张、出处位置、适用条件和缺失证据，让读者能够分辨哪些属于文档说明，哪些属于实际观测，哪些仍有待验证。