先明确核验的对象
区块链供应链溯源的资料核验，涉及两个层面：技术说明是否有可靠出处，以及某条业务记录是否有可追查的依据。标准文档能够支持技术概念，却不能直接证明某批货物的产地、检测结果或运输情况真实。核验时应把每项结论对应到具体证据，避免用平台介绍替代业务凭证。
两个独立来源分别支持什么
W3C的PROV-Overview介绍来源信息的表达框架，围绕实体、活动及参与主体描述数据或事物如何形成。该文档属于非规范性概览，可用于理解来源关系；引用具体规则时，还需区分其指向的数据模型、约束等文档及各自状态。
Ethereum.org的预言机文档解释链外信息如何供智能合约使用，并讨论来源真实性、传递完整性、可用性和责任归属。它支持分析数据进入区块链时的风险，不构成对某个供应链系统的认证。
把来源关系落实到业务记录
应用上述思路，可以从一条待核验记录反向追问：它描述哪件货物或哪个批次，由谁生成，经过什么采集或处理活动，又依据哪些原始记录。每个环节都应有可对应的标识，才能判断文件与目标货物之间是否存在明确关联。
例如核验一份检测结果，可以检查报告对应的样品、样品与批次的关系，以及报告生成后的转录过程。这些属于核验路径示例；是否具备相关证据，需要按具体业务确认。只有最终展示页面时，通常不足以追查完整的数据形成过程。
检查链外到链上的传递过程
对于通过预言机引入数据的系统，应查明外部来源、提取字段、处理方式以及不同报告发生分歧时的处理规则。多个节点提交相同结果，也需要进一步确认它们是否依赖同一个上游来源。
核验结论应分开表述：确认数据来自指定提供者，确认传递期间内容未被改变，以及确认数据符合现实情况。前两项成立，仍需业务证据支持第三项；还应检查数据是否过时、原始依据是否仍可取得。
适用条件与常见问题
这套方法适用于能够识别数据提供者、处理活动和记录关联的溯源系统。若缺少原始凭证或无法建立批次对应关系，应明确记录核验缺口，限定结论范围。
上链是否等于真实？上链本身无法证明链外输入正确。符合PROV是否等于通过事实认证？PROV帮助表达和检查来源关系，事实真实性仍需另外验证。两个技术来源是否足以证明项目可信？它们只能支撑通用原理，项目结论需要项目自身的可核验证据。