先区分规范依据与数据证据
以太坊JSON-RPC文档说明应用如何通过节点接口读取链上信息，以及参数和返回值的基本约定。W3C PROV概览则讨论如何描述数据、处理活动和参与者之间的来源关系。前者帮助判断字段是什么意思，后者帮助梳理数据如何形成。
这两个来源相互补充，但不是同一条数据的两份独立证明。核验具体余额、交易或统计结果，仍需对应的节点返回记录和处理过程，不能用规范页面替代实际证据。
明确数据来自哪一层
资料来源可以分成规范文档、节点返回和二次整理结果。规范定义接口含义；节点提供查询结果；网站或报表可能再做筛选、换算与汇总。引用链条应说明自己使用的是哪一层。
例如，引用余额查询结果，应标明数据提供方及查询条件；引用汇总指标，还应说明使用哪些基础记录、如何计算。只有页面名称或截图，通常不足以让读者复核结论。
让网络与区块条件可对齐
状态查询受区块参数影响。固定区块高度、latest、safe、finalized和pending代表不同的查询范围或状态，不能不加区分地比较。两个查询都标为“最新”，也不意味着它们实际对应同一区块。
适合复核的记录应包含网络标识、查询方法、参数、采集时间，以及可取得的区块高度和区块哈希。比较不同提供方的数据时，应先对齐这些条件，再讨论结果是否一致。
检查编码与节点状态
JSON-RPC中的数量和字节数据都可能使用0x前缀，但编码规则不同。核验时应先确认字段类型，再进行转换；不能把地址、哈希或字节数组当作普通数值处理。涉及展示单位的转换，也应保留原值及换算说明。
客户端版本和同步状态可作为诊断线索。接口可访问、返回成功，或同步状态显示未在同步，都不宜单独当作结果可靠的完整证明；还应结合区块信息和查询条件判断。
保留从原始记录到结论的路径
借鉴PROV的溯源思路，可以把原始响应、清洗后的数据和最终表格视为不同的数据对象，并记录其间的转换活动与责任主体。原始记录、计算口径和版本信息应能相互对应。
这种记录方式适用于余额展示、历史记录整理和统计报表。它的价值在于解释结论如何产生，而不是自动保证结论正确；来源声明本身也需要证据支持。
常见疑问与核验边界
多个网站显示一致，是否就算核验通过？不一定。如果它们共用上游接口，一致性未必来自独立验证。应关注数据提供链条，而不只是页面数量。
查询失败是否表示记录不存在？不能直接这样判断。客户端支持情况、查询参数和节点能力都可能影响结果。最终表述应区分“已取得且可复核”“来源信息不完整”和“暂未取得结果”，避免把缺少证据写成确定结论。