误区一：证书可验证，就代表学历内容真实
W3C《可验证凭证数据模型2.0》区分了凭证可验证性与声明真实性：验证方仍需依据自身规则判断是否接受凭证。其生态包含签发者、持有者和验证者，数据登记系统可以采用数据库或分布式账本。
放到教育场景，核验签名与识别篡改，只解决了证书核验的一部分问题。学校是否具备相应资格、课程是否满足认定要求、证书是否属于申请人，仍需要分别审查。技术验证通过，不能直接替代招生或招聘中的资格判断。
误区二：数字教育凭证必须使用区块链
数字证书的需求应先拆解为签发、保存、出示和核验，再判断是否需要账本。如果目标只是让接收方核验学校签发的文件，可验证凭证并不天然要求区块链。
评估适用条件时，可以考察是否存在多个机构共同维护登记信息的需求，以及各方能否约定清晰的管理责任。不能仅凭“数字化”或“跨校使用”就认定必须上链。
误区三：智能合约能自行确认成绩和学习成果
以太坊开发者文档对预言机的说明指出，智能合约默认不能直接访问链外信息，需要外部机制提供数据；数据的正确性、可用性与提供者责任仍是关键问题。
例如，按课程完成情况触发证书签发，前提是有可靠系统提供完成记录。合约可以执行预设规则，却不能仅靠执行代码判断考试是否公平、作业是否由本人完成。适用条件包括明确数据来源、更新方式和异常处理责任。
误区四：记录越公开，教育信息就越可信
成绩、身份与学习经历涉及个人信息，公开程度不应成为可信度的衡量标准。教育凭证设计应围绕核验目的确定披露范围，避免为证明某项资格而暴露完整学习档案。
还要区分凭证内容、验证所需信息和状态信息，分别决定访问权限与保存方式。不能把“能够核验”理解为“所有人都能查看全部记录”。
常见问题：接入技术后，还需要哪些规则
证书能验签，其他学校就必须承认吗？是否接受仍取决于接收方对签发机构、资格内容及适用范围的判断。跨机构使用需要共同理解字段含义与认定条件。
记录出现错误怎么办？设计时就应明确更正、重新签发和状态核查流程。教育应用的评估重点应包括错误能否处理、责任能否追溯，以及接收方能否理解验证结果，而不只是记录是否上链。