先明确核验对象与适用范围
供应链数字资产资料核验，应围绕具体声明展开：谁声明了什么，涉及哪个对象，依据是什么，在什么时间有效。来源可信、传输完整与业务事实成立，是需要分别判断的问题。以下方法适用于涉及链外资料、可验证凭证或预言机的系统，不构成对任何具体项目的认证。
核对凭证签发者与声明对象
W3C《可验证凭证数据模型2.0》说明，凭证承载签发者对某个主体的声明；可验证性本身不意味着声明为真。核验者仍需按照业务规则判断签发者、证明、主体及声明内容。来源：https://www.w3.org/TR/vc-data-model-2.0/
应用到供应链场景，可将核验拆为三个问题：签发者身份能否确认，是否有资格证明该事项，凭证主体是否对应当前核验对象。持有凭证的一方未必就是凭证主体，因此不能仅凭出示资料，就认定其拥有相关货物或权利。
追溯链外数据如何进入链上
Ethereum开发者文档介绍，预言机为智能合约提供链外信息，其可靠性涉及来源真实性、传输完整性、可用性及提供者的责任归属。来源：https://ethereum.org/developers/docs/oracles/
核验时应追溯原始数据源、采集方、处理规则和链上接收环节。对于货物状态等信息，需要了解记录如何形成、何时更新，以及不同报告出现分歧时如何处理。多个节点返回一致结果，只能说明结果一致；若都引用同一原始来源，仍需核验该来源本身。
把技术验证与业务判断连接起来
技术验证用于检查证明是否有效、资料是否被改动；业务判断则考察声明是否有足够依据。两者之间需要明确的对应关系，例如凭证所指对象、原始记录中的对象与链上引用对象是否一致。
适用条件也应写清楚：资料涉及的时间范围是什么，当前状态能否确认，哪些环节尚缺证据。若只能确认来源和完整性，核验结论就应限定在这两个层面，不能扩大为对全部业务事实的认可。
常见问题：上链或签名是否足够
资料已上链，是否就真实？上链记录不能代替对链外事实的核查。签名验证通过，是否就能直接采信？还需确认签发者身份及其证明该事项的资格，并判断声明是否符合业务规则。
是否必须使用区块链才能核验凭证？不必。W3C列举的可验证数据注册机制也包括可信数据库等形式。判断资料是否可靠，应关注证据与声明能否对应，而不能只看系统采用了哪种技术名称。