时间背景与技术含义
“疫情过后”是讨论应用的背景，不改变这些技术术语的基本含义。理解相关应用，需要分别看清规则由谁执行、信息由谁提供、证明由谁核验。以下解释适用于通用技术机制，不能据此推断某个项目的落地效果或行业普及程度。
智能合约与预言机
以太坊开发者文档将智能合约描述为部署在链上、包含代码和状态的程序。用户通过交易调用其功能；Gas用于计量执行所消耗的计算资源，执行交易涉及相应费用。合约之间可以调用，称为可组合性。预言机则把链外信息提供给合约，多重签名要求达到规定数量的有效签名才能执行操作。
这些概念对应不同环节：合约处理规则，预言机连接外部信息，多重签名分配授权责任。适用条件是规则能表达为程序、外部数据有明确来源、参与方权限能够界定。自动执行的可靠性仍受代码和输入数据影响。
可验证凭证及参与角色
W3C可验证凭证数据模型将凭证组织为签发者作出的声明，并通过数字签名等机制支持核验。签发者出具凭证，持有者保存并出示，验证者检查证明并按业务规则判断是否接受。持有者不一定是凭证描述的主体。相关登记系统可以使用可信数据库或分布式账本，因此可验证凭证不必依赖区块链。
在远程证明资格的设想中，需要分别回答“谁签发”“是否被改动”和“是否符合使用要求”。技术核验通过，只说明相应证明满足核验条件；是否认可签发机构、声明是否足以支持业务决定，还需要额外判断。
常见问题与适用边界
智能合约能自行确认现实事件吗？不能。涉及链外事实时，需要外部数据接入机制。例如，程序可以处理收到的状态信息，但信息与现实是否一致，仍取决于采集、传递和审核环节。
多重签名能保证共同决策正确吗？它能让执行满足共同授权要求，却不能保证签署者判断正确。可验证凭证也不会因为使用区块链就自动具备隐私保护。设计应用时，需要明确哪些信息必须披露、谁可以接收，以及如何避免不必要的数据关联。