误区一：数据上链就等于事实真实
区块链商城溯源涉及两个问题：记录是否被改动，以及记录所描述的事情是否真实发生。生产、检测、物流等信息先在链外产生，再进入系统；如果原始填报存在错误，保存和核对记录的技术不能自动纠正事实。
以太坊预言机文档解释，智能合约默认无法直接获取链外信息，需要预言机连接外部数据。这个连接仍然面临来源正确性、传输完整性和持续可用性等问题。应用于商城溯源时，应分别考察数据如何采集、由谁提交，以及上链后如何核验。
误区二：多个节点确认就是多方查验商品
多个节点处理同一份输入，并不代表多个机构分别检查过实物。如果不同节点都读取同一个商家接口，它们仍可能共同依赖同一份错误数据。判断交叉验证是否有效，需要看来源是否独立、采集方法是否可靠，以及出现分歧时如何处理。
误区三：凭证能验签就说明商品合格
W3C可验证凭证数据模型明确区分凭证可验证与声明真实。数字签名等机制有助于核验来源和发现改动，但使用者仍须评估签发者、凭证主体、声明内容及适用规则。
例如，一份检测凭证即使验证通过，也要确认其对应的商品或批次、检测项目及有效条件。某项检测结论不能自动扩展为对商品所有属性的保证；签发者是否有能力作出该声明，也需要独立判断。
误区四：能扫码就证明实物与记录一致
扫码展示的是与标识关联的信息。要让这些信息支持实物溯源，还需要可靠的商品与标识绑定方式，以及交接过程中的核对措施。标签是否被复制、替换，记录是否对应眼前商品，不能仅凭页面成功打开来判断。这个问题属于实物与数字记录的衔接环节。
误区五：历史记录存在就代表当前状态有效
历史凭证和物流记录反映的是特定时点的信息。后续是否发生状态变更、数据是否及时更新、凭证是否仍适用，都需要另外核对。适合持续追踪的系统，应区分事件发生时间、记录提交时间和最近更新时间，避免把旧记录当作当前情况。
适用条件与常见问题
区块链溯源更适合在数据责任主体明确、商品标识可核对、更新机制持续运行的条件下，辅助各方追查记录与责任。它的可信程度取决于整条信息链路，不能只看是否使用区块链。
可验证凭证必须上链吗？不必须，W3C模型允许可信数据库等不同类型的注册系统。记录越公开越好吗？也不必然，溯源还需考虑隐私，展示和共享范围应与核验目的相匹配。