模式的适用范围
本文讨论用链上凭证记录提货资格、由线下主体交付货物的通用设计。区块链可以记录凭证归属和状态变化；凭证对应什么货物、由谁交付、何时允许领取，需要另行明确。仅有链上记录，不能证明实物存在或交付一定完成。
条件一：凭证与提货资格有明确对应
适用前提是能够清楚描述货物或批次、可领取数量、交付主体及核销规则，并明确凭证转移是否同时转移提货资格。否则，即使链上持有人确定，仓库仍可能无法据此判断应向谁交货。
OpenZeppelin 的 ERC-721 文档说明，这一标准可以表示具有独立标识的非同质化代币，并查询其归属。这适合表达需要区分的凭证，但标准本身不定义实物提货规则；部分领取等需求还需要额外设计。
条件二：链外信息可核验并持续更新
库存、入库检验和签收发生在线下。若这些状态决定能否提货，就需要可靠的数据来源、更新时间及责任主体，并规定数据冲突或中断时如何处理。
以太坊开发文档指出，智能合约默认不能直接访问链外信息，预言机承担外部数据传递工作。数据来源是否真实、传输是否完整、服务是否可用，都会影响合约判断。数据上链不会自动纠正原始记录中的错误。
条件三：权限和交付流程能够衔接
发行凭证、修改关键资料、确认出库和核销都应有明确权限。设计上需要让仓库核验与链上状态衔接，避免同一资格重复领取，并处理提货过程中凭证转移造成的状态冲突。
ERC-721 文档还提示，凭证关联的元数据可能保存在链外并被修改。因此，货物描述等关键内容需要明确保存方式和变更权限，不能仅凭代币标识认定其描述始终不变。
常见问题：有凭证就一定能提货吗
不能仅据持有凭证作出这一判断。系统仍需核验提货规则、凭证有效状态和实际交付条件。链上记录提供的是流程中的信息依据，线下交付仍需要仓储及履约主体执行。
是否必须使用预言机，取决于合约是否需要根据链外事实自动判断。涉及库存或签收状态时，需要可信的数据输入机制；发生货损、数据错误或交付失败时，还应有暂停、复核和纠错安排。这些条件决定了模式能否形成完整业务流程。