核验对象应覆盖完整数据路径
区块链智慧城市数据的资料来源如何核验，首先要明确核验的是哪一份数据、哪个版本，以及它描述的时间和范围。原始记录、处理后的指标与链上提交值属于不同对象，不能仅凭名称相同就视为同一份证据。
适用范围是涉及链外数据采集、加工并提交至区块链的场景。核验时需要分别回答：数据由谁提供，经过什么处理，提交内容是否与处理结果一致，以及原始记录能否支持最终结论。
用溯源关系连接来源与处理过程
W3C的PROV-O用实体、活动和代理者等概念表达来源信息，并通过生成、派生、使用和归属等关系连接它们。这套通用本体支持不同系统交换溯源描述，也允许针对具体领域扩展。
将这种方法用于城市数据核验，可以把原始文件与结果文件分别登记，把清洗、汇总列为处理活动，并关联负责机构或软件。每次结果变化都应能追溯到输入和处理步骤；只有来源链接、没有版本及处理关系，通常不足以复核结果。
检查预言机如何取得和提交数据
以太坊开发者文档说明，预言机为智能合约提供链外信息，但也引入来源真实性、传输完整性、持续可用性与责任归属问题。数据源选择、报告处理和差异汇总规则，都是理解其结果的重要环节。
据此核验时，应把链外来源、取数记录、处理规则与链上提交记录对应起来。若多个报告出现差异，需要了解最终值如何产生。多个节点如果都读取同一个上游接口，其一致性不能直接视为多个独立来源的相互印证。
根据证据强弱限定结论
实际核验可从最终值反向追查：先定位提交记录，再寻找对应的处理结果、输入版本和发布主体。能够访问原始记录并复核处理过程时，证据更完整；只有链上结果时，结论应限制在可观察到的提交内容与记录关系。
常见问题是把“已上链”理解为“现实情况已经证实”。记录是否保持一致，与采集是否准确是两个问题。同样，PROV-O描述了来源关系，也不等于自动验证了这些关系；预言机将数据送入合约，也不能代替对原始来源的核验。