智能合约：将业务规则表达为程序
以太坊开发者文档将智能合约解释为部署在链上特定地址的代码与状态。用户通过交易调用其功能，程序按预设规则执行；部署和改变链上状态的交互需要支付相应的网络执行费用，通常称为 Gas 费用。
在零售语境中，可以用自动售货机理解这种机制：输入满足条件，程序执行对应操作。但适用前提是规则能够清晰编码。退货争议、商品损坏程度等需要判断的事项，仍须有外部认定和异常处理安排。
链上、链下与预言机：信息如何进入程序
链上指区块链系统中的数据与执行活动，链下则包括物流系统、门店记录等外部信息。上述开发者文档指出，智能合约本身无法直接读取现实事件，预言机承担向合约提供链外数据的作用。
例如，设想某项零售规则以“完成签收”为条件，必须先明确谁记录签收、怎样传入数据以及错误如何处理。程序执行成功，只能说明它依据收到的数据完成了操作，不能据此断言包裹确已交到正确的人手中。
可验证凭证：核验谁作出了什么声明
W3C 的可验证凭证数据模型描述了发行者、持有者和验证者之间的凭证交换关系。数字签名等技术帮助发现篡改、验证来源，但声明是否可信仍需结合发行者和业务规则判断。该模型可以使用不同类型的数据注册系统，并不强制依赖区块链。
放在零售场景中，可以把供应商资质证明设想为一份凭证：认证机构签发，供应商持有，零售商验证。这里的关键是明确认证机构的资格、证明覆盖的范围和有效状态，不能仅因验证通过便认定所有商品都符合要求。
常见问题：凭证主体一定是持有者吗
不一定。主体是凭证所描述的对象，持有者则负责持有和出示凭证。假设凭证描述某件商品，商品是主体，持有凭证的供应商或消费者可以是另一方。理解这个区别，有助于避免把“持有证明”直接等同于“拥有商品”或“具有某项资格”。
适用条件：把技术验证与业务判断衔接起来
阅读零售区块链方案时，可以沿着一条业务流程理解术语：规则由什么程序执行，现实数据由谁提供，证明由谁签发，接收方按什么标准认可。智能合约适合执行明确规则，凭证适合传递可核验声明；实物与记录的对应关系、数据准确性以及争议处理，则需要配套的业务机制。