应用范围：先明确需要验证什么
理解区块链酒水应用，需要区分业务记录、证明文件与酒水实物。记录是否按规则更新、证明是否被修改、瓶中酒是否符合描述，是不同的问题。以下讨论通用技术及其适用条件，不代表任何具体酒水项目已经实现相关能力。
智能合约：把业务条件写成程序
以太坊智能合约文档说明，智能合约是部署在链上特定地址的代码与状态，用户通过交易调用其功能，合约也能调用其他合约。部署和执行涉及链上费用。
在酒水场景中，可以把“满足约定条件后更新交接状态”设计为合约规则。适用前提是条件能被明确表达，且所需数据能够提供给合约。对于需要人工判断的争议，还需安排对应的业务处理机制。
预言机：连接链外信息
智能合约无法自行获取现实世界事件，预言机用于把链外数据提供给合约。若某项酒水流程依赖检测结果或交接确认，就需要考虑这些信息如何进入系统。
数据输入机制必须回答：谁提交信息、信息对应哪批酒、发生错误后如何处理。即使程序准确执行，也不能据此推断输入内容真实，更不能自动证明实物与记录一致。
可验证凭证：核验声明的来源与完整性
W3C可验证凭证数据模型区分签发者、持有者和验证者，并支持借助数字签名等技术发现篡改。其关键边界是：凭证能够通过验证，不代表其中的声明必然属实；验证者仍需评估签发者和声明是否符合自身规则。
例如，将酒水检测声明设计为凭证时，需要明确签发机构、检测对象及适用范围。核验者既要检查证明，也要判断该机构是否具备相应可信度，以及凭证是否确实对应待核验的酒水。
权限管理与适用条件
多重签名要求多个有效签名共同授权操作，可用于需要共同确认的管理事项。酒水系统若采用这种机制，应事先明确哪些参与方有权确认、哪些操作需要共同授权，并安排密钥管理和人员变更流程。
常见问题：上链就能防伪吗
不能仅凭上链判断酒水真伪。完整应用还需要可靠的实物对应关系、数据采集和核验流程，否则可信的记录形式也可能承载错误信息。
可验证凭证必须使用区块链吗？不必须。W3C模型允许可信数据库、分布式数据库或分布式账本等承担相关注册功能。是否采用区块链，应结合参与方如何共享记录与验证信息来判断。