先区分接口依据与数据来源
以太坊JSON-RPC文档说明应用如何通过节点读取链上信息，以及接口参数和返回值的含义。W3C PROV概览则介绍如何描述数据、处理活动及相关责任主体的来源关系。前者帮助理解“数据是什么意思”，后者帮助记录“数据如何形成”。
两份文档用途不同，不能作为某笔交易或某个余额的双重证明。核验具体数据时，还需明确实际提供数据的节点、服务或页面，以及对应的查询条件。
把核验对象限定到同一口径
“某地址的余额”并不是完整的核验对象，还应说明所属网络及查询的区块位置。JSON-RPC中的区块参数会影响状态查询结果；latest、safe、finalized与pending不能当作同一个状态使用。数量与字节数据虽都可采用十六进制表示，编码规则也不同。
因此，一份可复核记录宜包含网络、地址或交易哈希、接口名称、参数、查询时间、区块号及可取得的区块哈希。比较前先统一单位与数值表示，避免把编码差异或查询时点不同误判为数据错误。
比较结果，也检查来源是否独立
对于同一查询对象，可比较不同数据提供方的结果。但两个网页展示一致，不一定意味着独立核验：它们可能使用同一个底层服务。应尽量查清数据来源，而不是仅统计链接数量。
出现差异时，先检查网络、区块位置、节点同步情况与查询范围。历史区块记录与历史状态查询也应分开判断，不能因为某服务能返回区块信息，就推定它能够提供任意过去时点的余额。
保留从原始响应到结论的路径
参照PROV的溯源思路，可把原始响应、整理后的表格和最终结论视为不同数据对象，并记录其间的转换过程。例如，数值转换、单位换算、筛选和汇总都应留有说明。
对整理后的数据，至少保留原始响应、字段解释、转换规则及处理版本。这样才能区分差异来自节点返回、字段解析还是统计口径。来源记录有助于评估可信度，但记录完整本身不保证内容真实。
常见疑问与适用范围
接口返回成功是否就算核验完成？不算。成功返回只能说明获得了响应，还需检查对象、参数和字段是否符合问题。文档示例也不能作为当前链上状态的证据。
多方结果一致是否足以证明所有结论？仍需限定范围。相同结果可以支持该查询口径下的一致性判断，但不能自动证明地址的现实身份、外部标签或解释性结论。本文方法适用于来源审查与数据复核，不构成对任何具体服务的认证。
参考依据
以太坊JSON-RPC API文档：https://ethereum.org/developers/docs/apis/json-rpc/。用于理解节点接口、数据编码与区块参数。
W3C PROV-Overview：https://www.w3.org/TR/prov-overview/。用于理解来源信息、处理过程和数据派生关系。