适用范围：解释技术，不确认保修承诺
“区块链保修”可作为理解数字保修记录的一种应用场景，但不能仅凭名称判断服务内容。以下解释适用于采用相关技术的系统，不代表某个品牌已部署这些功能，也不证明任何具体保修资格。阅读指南时，应把记录技术、资格规则和实际维修责任分开。
智能合约与预言机
以太坊智能合约文档将合约描述为部署在链上地址的程序，包含代码和状态，可通过交易调用；预言机则用于向合约提供链外信息。
放在保修场景中，合约可用于表达能够程序化判断的规则，但设备是否损坏、损坏原因是什么，不能仅靠链上程序得知。适用条件是相关事实有明确的数据来源和输入机制。“自动执行”只说明程序按规则处理输入，不意味着自动完成故障鉴定或实物维修。
可验证凭证与参与角色
W3C可验证凭证数据模型描述了发行者、持有者和验证者之间的凭证交换：发行者作出声明，持有者保存并出示凭证，验证者进行核验。数字签名等机制有助于发现篡改，但可验证不等于声明必然真实。
以保修凭证作概念示例，签发方、凭证保存方和售后核验方可以分别承担上述角色。凭证主体是声明所描述的对象，不一定就是持有者。因此，持有一份凭证与拥有对应保修权益不是同一判断，还需要核对主体、适用条款及签发方资格。
核验通过，是否就能获得保修
需要区分技术核验与业务审核。前者关注凭证来源、完整性等问题；后者关注声明能否满足保修条件。例如，能够核验的凭证仍可能不适用于本次申请。数字凭证的有效期限与商品保修期限也不应直接画等号，除非相关规则明确建立了对应关系。
常见问题：凭证必须上链吗
不必须。可验证凭证的数据登记机制可以使用可信数据库或分布式账本等不同系统，采用凭证标准不等于必须采用区块链，更不意味着需要公开全部售后资料。
理解一份保修指南时，核心问题是：谁对保修声明负责，谁提供故障等链外事实，核验通过后由谁履行服务。只有这些责任与条件明确，技术术语才具有可理解的业务含义。