先把计量指标写清楚
资料来源核验的起点是明确测量对象。交易数量、区块大小、账户状态分别对应不同字段和查询条件。只有写清所用网络、统计区间、单位及汇总规则，才能判断一份文档是否足以支持计算方法。
接口文档用于解释数据含义，节点响应提供观测值，计算记录说明结果如何产生。这三类依据承担不同作用；仅有文档链接，尚不足以复核具体统计结论。
两类来源分别支持什么
以太坊开发者文档的 JSON-RPC 页面主要介绍执行客户端接口，区分数量与字节数据的十六进制编码，并说明状态查询的区块参数。它适合核对编码和查询位置；具体客户端的方法支持情况仍需对应版本文档确认。来源：https://ethereum.org/developers/docs/apis/json-rpc/
比特币开发者参考文档的 getblock 页面说明，verbosity 参数决定返回序列化数据、区块信息或包含交易详情的信息。字段定义区分 size、strippedsize 与 weight，也区分 time 和 mediantime，适合核对区块计量口径。来源：https://developer.bitcoin.org/reference/rpc/getblock.html
把字段定义连接到计算过程
例如研究区块大小时，应明确采用哪个大小字段及其单位，不能把区块权重直接作为字节大小。涉及时间窗口时，也应说明使用区块时间还是中位时间，避免字段选择改变样本边界。
以太坊数量字段需要按其编码规则解析，字节数据则应保留其数据结构。核验时可沿着原始响应、字段提取、格式转换、汇总公式逐步检查，确认每一步都与指标定义一致。
固定采样位置，保留复核依据
以太坊状态查询中的 latest 会随链头变化，因此不同时刻使用相同文字参数，可能得到不同结果。需要复核某次观测时，应保存实际区块高度及可核对的区块标识，同时记录请求参数、采集时间、客户端版本和原始响应。
跨节点比较也应先对齐网络、区块及参数。出现差异时，应排查采样位置、客户端支持情况和解析过程，再判断数据是否存在问题，不能直接把差异认定为来源不可信。
适用条件与常见问题
上述方法适用于核验节点接口提供的区块和状态数据，不能单独证明某项业务指标设计合理。文档中的示例响应只是格式说明，不能当作当前网络观测值。
两个不同来源是否足以交叉验证？这里的两份文档分别描述不同链，只能支持各自接口的解释。验证同一计量结果仍需针对同一网络、同一指标和同一样本比较证据；跨链比较则必须另行说明口径差异。