误区一：电子证照必须使用区块链
电子证照的数字化表达与区块链是不同层面的技术问题。W3C可验证凭证数据模型描述签发者、持有者和验证者之间的凭证交换，并列举可信数据库、政府身份数据库和分布式账本等注册基础设施。区块链只是可能的选择，可验证凭证也不能代表所有电子证照的实现方式。
适用判断应从实际需求出发：谁负责签发，谁维护验证信息，哪些机构需要共同核验。仅凭“电子证照”这一名称，无法推导出必须上链的结论。
误区二：上链或验签成功，就证明内容真实
防篡改验证主要帮助识别数据是否发生变化，并结合验证材料核验其来源。W3C明确区分凭证可验证性与声明真实性：验证者仍需依据自身规则判断签发者、主体和声明是否可以接受。
例如，学历声明即使能够通过密码学验证，接收方仍需判断签发机构是否具备认可的资质。技术验证不能代替签发前的事实审核，也不会自动赋予证照业务认可或法律效力。
误区三：智能合约能自行获知证照最新状态
以太坊官方预言机文档说明，链上合约默认无法直接访问链外信息，需要预言机等机制提供外部数据；这又涉及来源正确性、数据完整性、可用性和更新问题。
若证照状态由链外机构维护，合约是否能据此正确判断，取决于状态如何传入以及何时更新。原证照记录仍然存在，不代表它当前仍有效；业务验证还应按适用规则检查有效期及撤销等状态。
误区四：数据越公开，证照就越可信
可验证不要求向所有人公开完整证照。姓名、身份号码及使用记录被长期保存并相互关联，可能带来隐私风险。设计时应区分验证所需信息与证照全部内容，控制披露范围。
选择性披露、零知识证明等隐私增强能力需要相应技术支持，不能因为系统使用了区块链就认定这些能力已经具备。
常见问题：谁持有证照，谁就能使用吗
持有者不一定就是证照所描述的主体，因此收到一份可验证凭证，并不足以确认提交者就是证照本人，或拥有相应使用权限。具体业务仍需明确主体关联、授权关系和验证要求。
判断方案是否适用，可以围绕签发资质、验证材料、状态更新、必要披露和接收规则展开。上述解释适用于通用凭证验证架构；具体电子证照的认可范围仍取决于相应制度及业务要求。