误区一：信息上链就等于商品真实
商城溯源涉及两层问题：记录是否受到篡改，以及记录描述的商品情况是否属实。区块链能够为已提交的信息提供核验基础，但产地、检测结果和物流状态通常来自链外。原始信息如果错误，上链并不会自动纠正。
因此，评估溯源说明时，需要区分“某主体提交过这份记录”和“这件商品确实符合记录描述”。后者还依赖采集过程、责任主体与实物对应关系。
误区二：接入预言机就不再需要信任
以太坊开发文档将预言机解释为连接链外信息与智能合约的应用，同时指出数据正确性、可用性和提供者责任等问题。信息进入合约，并不意味着这些问题已经解决。
在商城场景中，即使系统自动读取检测或物流接口，也仍需明确接口由谁维护、数据是否及时更新，以及出现冲突时如何处理。多个传输节点如果都依赖同一个原始来源，也不能仅凭节点数量推断事实可靠。
误区三：凭证验证通过就是质量保证
W3C可验证凭证数据模型明确区分了凭证可验证性与声明真实性。验证者需要结合签发者、证明、凭证主体和业务规则决定是否采信，不能只看验证结果。
例如，商城展示一份可核验的检测凭证，还需要确认签发者是否适合承担该类检测、凭证描述的是哪个批次，以及检测范围是否覆盖页面上的质量宣称。签名验证本身无法回答所有这些问题。
误区四：能查到记录就代表全流程完整
可查询只能说明系统提供了相应记录，不能直接证明所有环节都已覆盖。理解一条溯源链，需要同时查看记录涉及的对象、事件和时间范围。
如果凭证只描述某个批次的一次检测，就不能直接扩大为每件商品在后续运输期间都保持相同状态。记录之间存在空白时，应保留这一范围限制。
适用条件与常见问题
区块链溯源适合辅助多方核对记录、验证信息出处和明确数据责任。其有效性仍依赖可靠的链外采集、清晰的商品标识、持续的数据服务，以及处理错误和争议的机制。
可验证凭证必须使用区块链吗？不一定。W3C列出的可验证数据注册系统包括可信数据库和分布式账本等形式。是否使用区块链，与凭证中的商品声明是否可信，是需要分别判断的问题。
消费者应关注什么？重点是记录由谁提供、对应什么商品、覆盖哪些环节，以及有哪些可核验依据。仅有“已上链”标识或查询页面，不足以独立证明商品真实性。