适用范围：名称不能确定技术实现
“区块链专员”描述的是证书涉及的领域，仅凭名称无法判断查询系统是否使用区块链。以下解释适用于数字证书核验的一般场景，不代表某一种证书已经采用相关技术，也不确认其发证资质或认可范围。
可验证凭证与参与角色
W3C的可验证凭证数据模型将凭证组织为发行者对某个主体作出的声明，并区分发行者、持有者和验证者。凭证可以表达身份、资格及有效期等信息，借助密码学机制支持机器核验；可验证性本身不保证声明真实。
对应证书场景，发证方提供资格声明，持有者保存并出示凭证，核验方按自身规则判断是否接受。持有者与证书描述的主体也不一定相同，因此出示一份凭证，还需要按具体业务要求核对人员关系。
数字签名与哈希分别检查什么
数字签名可用于核验凭证是否由相应密钥签署、受保护的内容是否发生变化。其实际意义依赖于核验方能否可靠地将验证密钥与发证机构联系起来。
哈希将数据映射成摘要，可用于检查内容一致性。比较摘要时，双方必须采用一致的数据处理和编码规则，否则排版或表示方式的变化也可能造成差异。摘要一致不能独立证明证书所述资格真实。
Merkle证明与链上记录
以太坊技术文档介绍的Merkle Patricia Trie将键值数据通过哈希关联到根值，并结合路径压缩组织数据。在密码学安全假设成立时，相关证明可以帮助核验某个路径和值与指定根值的关系。
如果证书系统把相关记录纳入这样的结构，核验方可以检查记录是否对应某个已确认的根值。适用前提是系统确实提供相应证明，而且根值来源可信。证明成立说明数据关系成立，资格认定仍需另行核验。
常见问题：查到记录就有效吗
查到记录只能说明查询系统返回了相关信息。完整判断还涉及发行者身份、凭证内容、适用的有效期，以及系统提供的撤销等状态信息。历史记录存在与证书当前可以被接受，是不同层面的判断。
可验证凭证是否必须上链？不必须。凭证核验可以使用可信数据库或分布式账本等不同基础设施。数字签名负责的完整性核验、登记系统提供的状态信息，以及核验方采用的认可规则，需要结合起来理解。