一、误区：数据上链就代表商品真实
比特币开发者指南介绍了区块之间的哈希关联：修改历史交易会影响其所在区块及后续区块，工作量证明进一步提高改写历史的成本。这说明区块链能够保护记录，却不能直接证明现实商品的质量或来源。
在电商场景中，“某商家提交了产地信息”与“商品确实来自该产地”是两件事。如果录入信息本身错误，记录难以修改也不会使其变成事实。因此，溯源仍需要核验信息来源以及记录与实物的对应关系。
二、误区：智能合约能直接知道物流状态
以太坊预言机文档说明，智能合约默认无法直接访问链外信息，需要预言机将外部数据提供给链上程序。预言机还涉及数据正确性、可用性和提供者责任等问题。
因此，物流系统显示签收，并不意味着合约天然知道这一状态。平台需要明确状态由谁提供、何时更新，以及不同来源发生冲突时如何处理。合约按照输入执行，不等于它能独立判断现实交付情况。
三、误区：多个节点一致就能保证外部事实正确
共识解决的是参与节点如何接受一致的链上状态，而不是让节点自动具备鉴定商品或核实收货的能力。各节点接受同一条记录，与该记录对应的现实事件真实发生，不能画等号。
同样，多家数据提供者如果都依赖同一个物流接口，其信息来源未必独立。判断数据是否可靠，应关注原始来源、核验方式与责任归属，而不能只看参与节点的数量。
四、误区：不可篡改意味着永远没有变化
比特币开发者指南也描述了临时分叉：网络可能短暂出现竞争区块，随后依据累计工作量选择有效链。因此，刚被记录的交易不宜直接理解为绝对不可改变。
这一机制不能机械套用到所有电商区块链。不同系统的共识方式和确认规则可能不同，平台应说明何时认定记录已确认，以及错误业务信息如何通过后续更正记录处理。
五、误区：写成智能合约就不再需要售后
自动执行依赖事先定义的条件和可取得的数据。对于签收争议、部分退货或商品描述不符，单个状态字段往往不足以表达完整事实。
例如，“物流已签收”可以是一项业务输入，但不能据此推导出“消费者认可商品质量”。采用自动化规则时，仍应区分物流状态、订单履约与争议结论，明确异常处理和责任边界。
六、适用条件与常见问题
什么时候值得考虑区块链？当业务重点是让多方核对共享记录、追踪记录变更时，可以评估其适用性；如果主要困难是采集到的信息不真实，应先改善信息核验，而不是期待上链解决全部问题。
消费者看到链上凭证应关注什么？应查看凭证具体证明了哪条记录、由谁提供，以及如何对应到当前商品。能核验记录是否被收录，不等于已经完成商品真伪鉴定；技术凭证的证明范围应当说清楚。