先明确核验的对象
区块链指数报告的资料来源如何核验，关键是让指标能够追溯到原始记录。接口文档说明数据如何读取、字段如何解释；实际返回值说明某个节点在特定条件下提供了什么数据；指数方法则说明这些数据怎样形成指标。三者需要分别核验，仅附上文档链接不足以证明报告数值正确。
以下方法适用于包含链上数据的报告。若指数还使用价格、项目分类或其他链外资料，应另行核验对应来源；节点接口不能独自证明这些信息。
用两个来源厘清证据边界
以太坊开发者文档的 JSON-RPC 说明介绍了节点数据访问方式。状态查询可通过区块参数指定位置，latest、safe、finalized 与 pending 含义不同；数量与字节数据虽都采用十六进制表示，编码规则并不相同。核验时需要同时检查查询参数和字段解析。
Bitcoin Developer Reference 的 getblockchaininfo 说明列出了网络名称、已验证区块高度、最佳区块哈希、验证进度及裁剪状态等字段。这些信息有助于判断节点处理进度和历史区块保存条件，但并不直接提供完整的指数计算依据。
这两个来源分别解释不同网络的接口，不能作为同一个指数数值的相互印证。交叉核验某项数据，仍需围绕同一网络、同一区块和同一指标比较独立取得的记录。
保留能够复核的数据定位信息
报告的数据来源记录应包含网络、接口方法、查询参数、采集时间、区块高度及对应哈希，并保留原始响应。只记录“最新数据”，后续查询可能已对应不同区块，难以复现当时的结果。
核验前还应检查节点同步情况、客户端版本和所需接口的支持情况。涉及历史数据时，需要确认节点能否提供目标区块或历史状态；节点已裁剪不等于所有查询都失效，但可能限制所需历史资料的获取。
从原始字段追溯到指数
原始数据核对一致后，还要检查单位换算、统计时间窗口、去重方式、缺失值处理及汇总规则。若存在加权计算，应披露权重及其调整方法。核验者应能选取一段样本，沿着原始记录、转换结果到最终指标逐步复算。
链上字段与报告中的业务概念也需要明确对应关系。例如，若报告使用“活跃度”等概括性指标，应说明实际统计对象和纳入条件，避免让读者把指标名称理解为接口直接提供的事实。
常见问题与判断标准
引用权威技术文档，是否就代表报告可信？文档可以支持接口语义，报告仍须提供实际采集证据与计算口径。两个平台显示相同结果，是否足够？还需确认它们是否共用上游数据，以及查询条件是否一致。
遇到数值差异，应先检查网络、区块位置、同步状态和解析规则，再检查计算过程。若缺少原始响应或关键方法说明，应将相应结论标记为尚不能复核，而不是凭来源名称判断其真伪。