先把研究结论拆成可核验的问题
提供区块链信息服务的研究证据怎么核验，首先要明确准备证明什么。“交易被某个区块收录”“历史数据查询完整”“服务持续可用”是不同主张，需要不同证据。研究报告应逐项列出结论、证据及适用范围，避免用一份技术介绍同时支撑所有判断。
协议文档可以解释验证机制；具体服务是否正确实现机制，则需要对应的数据、配置或测试记录。引用文档不能直接证明某个平台具备所宣称的能力。
从两个来源提取各自能够支持的事实
以太坊官网《Nodes and clients》解释了节点与客户端的关系：客户端依据协议规则验证数据，执行客户端与共识客户端承担不同职责。文档还提醒，网络爬虫只能观察部分节点，不同追踪工具的结果可能不同。这些内容支持理解验证职责与观测局限。
Bitcoin开发者参考文档《Block Chain》说明，区块头包含前一区块头的哈希及交易默克尔根，交易哈希通过树状计算关联到区块头。这支持理解交易数据与区块头之间的校验关系。
两个来源分别讨论不同网络，可用于解释各自的技术机制，不能算作对同一服务质量结论的两次独立验证。
让原始记录和计算过程能够复查
针对链上记录，核验材料应注明网络、区块高度、区块哈希及相关交易标识；涉及查询时，还应保存查询参数、采集时间和原始返回结果。这样，复核者才能定位同一对象，而不是比较不同时间或不同网络的数据。
涉及统计结论时，应说明样本范围、筛选条件、去重方法和计算步骤。例如，用可发现节点的数量讨论网络规模时，应保留观测范围这一限制，不能直接把观测值写成全网总量。
核对查询条件与资料适用范围
节点类型及数据保留方式关系到历史查询能力。审查历史状态研究时，应核对所用数据源能否提供目标区块的状态，并记录缺失数据如何处理。查询失败本身不足以证明相关历史记录不存在。
技术资料还应核对版本与时间范围。包含旧版升级说明或历史参数的段落，不宜直接表述为现行规则；无法确认时，应缩小结论范围，保留不确定性。
常见问题：截图和多站一致是否足够
截图可以保留展示结果，但若缺少查询条件和可定位标识，就难以复现。多个网站显示一致，也应继续核查其数据是否来自同一个上游；页面数量不等于独立证据数量。
默克尔校验用于检查交易与特定区块头的包含关系，还需核对区块头所属链及验证条件。它不能单独证明链外信息真实，也不能证明某个服务始终准确、完整或可用。