消费券与区块链的关系
消费券表达按规则享受优惠的权益，区块链可以作为记录相关数字凭证的技术载体。讨论二者关系时，需要分别看券的业务规则、链上的记录方式，以及实际消费如何得到确认。以下解释适用于通用技术方案，不代表某个消费券项目已经采用这些设计。
智能合约：执行已编码的规则
以太坊智能合约文档将其解释为链上运行的程序，包含代码和状态。用户通过交易调用功能，程序按预设逻辑执行；涉及链外事实时，需要外部数据输入。
用于消费券时，合约可以被设计为检查持有数量、使用权限或有效期，再更新状态。前提是这些条件已被编码，且所需数据可用。“自动执行”并不意味着程序能够自行确认门店是否交付了商品。
ERC-1155：区分券种和持有数量
OpenZeppelin的ERC-1155文档说明，一个合约可以管理多个代币标识，并为每个账户分别记录各标识的余额，也支持批量操作。其元数据可以通过URI引用链外内容。
若用这套结构表示消费券，标识可以对应券种，余额可以对应持有份数。这只是可能的建模方式：同类券共用标识还是每张券单独编号，取决于业务需求。采用标准本身不会自动附带到期、限用或禁止转让规则。
元数据与预言机：描述和事实输入
元数据用于描述凭证，例如券的名称和展示说明。若说明存放在链外，链上有记录不等于所有说明都不可修改；关键使用条件还需确认是否由合约实际校验。
预言机用于把链外信息提供给智能合约。在消费券场景中，订单是否满足条件通常需要业务系统确认。把结果传入链上可以支持后续处理，但输入信息的真实性仍依赖数据来源和验证机制。
核销是否等于转账或销毁
核销表示业务上确认券已被使用。转账改变持有者，销毁减少凭证数量，两者只有与使用规则衔接，才能承担核销功能。系统也可以通过记录已使用状态来实现核销，具体方式取决于设计。
适用条件是收银系统与链上状态能够对应，并明确失败、重复请求及退款后的处理规则。否则，即使链上操作成功，也不能仅凭这一点判断线下优惠已经正确完成。
上链后是否天然可信
链上记录便于核对凭证状态及操作痕迹，但不能独立证明商户履约、订单真实或优惠计算正确。理解方案时，应分别确认谁能发行和修改规则、谁负责输入消费事实，以及核销如何与实际订单对应。这些边界比是否使用某个技术名词更能说明系统的实际能力。