核验范围：从原始资料到服务结果
区块链公共服务使用外部资料时，核验应覆盖完整的信息路径：谁发布原始资料，谁采集和处理，哪些内容进入链上，服务最终采用哪个版本。链上记录可以帮助检查系统接收和使用了什么，但资料是否准确、是否适用，仍需追溯到来源及处理过程。以下方法适用于依赖链外资料的服务，不代表任何具体项目已经通过核验。
用溯源记录说明资料的来历
W3C 的 PROV-Overview 将溯源信息概括为与数据生成有关的实体、活动和参与者的信息。PROV 文档体系提供共同模型及交换格式，并支持表达归属、加工过程、派生关系和版本。这为跨系统核查资料来历提供了描述基础。
落实到公共服务，可围绕一项资料记录原始发布机构、文件标识、版本、采集时间、加工步骤和负责主体。若展示结果来自多份文件，应保留结果与各份原始资料的对应关系，使核验者能够逐步回查。
检查链外数据如何进入链上
ethereum.org 的预言机说明指出，以太坊智能合约默认不能直接读取链外信息，预言机承担获取、验证和传递外部数据的功能。相关核验重点包括来源真实性、传输完整性、数据可用性，以及能否将数据关联到提供者并追究责任。
因此，核验服务资料时应检查采集源是否明确、提取规则是否公开、更新是否及时，以及不同报告出现分歧时如何处理。多个节点若读取同一个上游来源，仍需检查这个共同来源，不能仅凭节点数量判断证据是否充分。
适用条件：证据必须能够对应
有效核验需要能够访问原始资料或可复核的留存版本，并将其与加工记录、链上记录对应起来。发布时间、采集时间和上链时间应分别识别；较新的上链记录可能承载较旧的资料。
对需要持续更新的信息，还应检查服务采用的版本是否仍适用。遇到原始资料撤回、更正或接口中断，应查看系统是否保留变更关系、标明数据状态，并说明受影响的服务结果。
常见问题：记录完整是否等于事实可靠
符合溯源模型，说明记录可以按共同规则描述和检查，并不自动证明所描述的事实正确。上链也不能修正采集前已经存在的错误。核验结论应区分来源可识别、加工可追溯、传输可检查与内容已获证据支持这几个层次。
无法取得原件或无法确认处理关系时，应明确指出证据缺口，将结论限定在实际能够验证的范围。相关技术依据可分别追溯至 W3C 的 PROV-Overview 与 ethereum.org 的 Oracles 文档，二者解释的是通用机制，不是具体公共服务的审计证明。