去中心化身份与可验证凭证

2026-08-12

去中心化身份把身份识别、凭证签发、保存和验证分开，使任何一个登录提供方都不必永久成为所有互动的唯一入口。去中心化标识符 DID 可以帮助实体证明自己控制某个标识符；可验证凭证 VC 则携带由签发者签名的声明。更准确的理解不是钱包拥有一种神奇身份，而是一条信任流程：签发者提出声明，持有者保存并展示，验证者检查证明、状态、上下文和政策。本文说明这条流程、区块链可以放在哪里，以及密钥管理、撤销、选择性披露和数据保护为什么仍然重要。

去中心化身份解释：标识符不是凭证

搜索 decentralized identity explained 时，最容易的方法是把身份拆成层。DID 可以通过 DID 方法解析到 DID 文档或相关资源；文档可以描述验证方法、服务，以及某把密钥可用于什么关系。VC 不同，它是签发者对主体作出的声明，并以验证者可以检查作者和完整性的方式封装。DID 可以标识人、组织、设备或服务，但 DID 本身不能证明年龄、学历、工作或法律身份。

这种区分可以避免一个常见夸大。去中心化不等于匿名、不可追踪或不受监管。凭证可能与严格的现实身份核验绑定，验证者也可能仍要执行资格、欺诈、制裁或访问规则。需要问的是谁控制标识符、谁提出声明、谁能更新密钥，以及哪些参与方有权依赖结果。

DID、签发者、持有者与验证者的信任流程

四个角色承担不同工作。签发者提出声明并创建凭证；持有者把凭证保存在钱包或受保护的存储中，并决定何时展示；验证者接收凭证或可验证展示，检查保护机制、签发者、主体、有效期、状态和业务目的；主体是声明所描述的实体。持有者和主体通常是同一个人，但也可以由家长持有孩子的凭证，或由组织持有设备凭证。

DID 文档可以帮助验证者发现签发者或持有者的公开验证材料。数据完整性证明可以把证明绑定到验证方法和用途，但签名成功不等于每个声明都应被接受。验证者还要问签发者是否被认可、凭证模式是否合适、展示是否新鲜，以及披露是否与目的相称。

VC 从身份核验到展示的生命周期

生命周期在密码学之前就开始了。登记或身份核验时，签发者决定什么证据足够、用例需要什么保证等级；随后创建关于主体的声明，加入类型和有效期等元数据，并用兼容机制保护凭证。钱包保存持有者的副本。展示时，持有者为特定验证者创建展示，可以使用一张或多张凭证，也可以只披露选择的声明。

验证是一连串步骤，而不是一个绿色勾号。验证者解析文档，检查数据模型和保护机制，解析验证材料，验证证明用途和持有者绑定，检查有效期，必要时检查状态，最后判断签发者和声明是否满足业务规则。凭证即使在密码学上真实，也可能因过期、撤销、签发者不受信或用途不匹配而失败。续期、更新、暂停、撤销和删除是生命周期事件，不是区块链自动管理的属性。

密钥、DID 文档与撤销是不同控制项

私密密钥代表签名权限。公钥或其他验证方法可以让验证者检查证明，却不能让验证者创建新的有效证明。签发者必须保护签名密钥，定义每把密钥支持的验证关系，监测泄露，并准备轮换和恢复方案。持有者也需要安全设备、备份和恢复流程，并能区分凭证展示请求与交出钱包秘密的请求。

不要混淆三个时钟：证明有创建和过期时间，凭证有 validFrom 与 validUntil，验证方法还可能因密钥泄露而轮换、撤销或过期。凭证状态是另一种信号，表示凭证所代表的权限或声明不再当前。验证者不能只看签名是否数学上成立，还要检查状态机制、新鲜度、可用性、隐私、完整性和治理。

选择性披露与数据最小化边界

选择性披露意味着持有者可以细致决定分享哪些信息。服务如果只需知道某人是否超过年龄门槛，就未必需要完整出生日期。展示可以携带抽象声明或零知识证明，而不是原始属性。实际隐私取决于凭证格式、密码学套件、钱包、验证者请求以及多次展示是否能被关联。

DID 和 VC 不会自动提供隐私。稳定标识符、重复签名、状态查询、钱包遥测或公开账本都可能造成关联。数据最小化应从验证者的问题开始：最小需要什么声明、需要多久、谁必须看到？设计者应避免把个人数据放到不可变公开注册表，减少留存，保护日志，并让用户在分享前理解接收方和用途。隐私是架构结果，不是钱包的标签。

区块链在 self sovereign identity blockchain 中的位置

搜索 self sovereign identity blockchain，容易误以为每条身份记录都必须上链。DID Core 并不要求这样做。DID 方法可以使用分布式账本、数据库、去中心化文件系统或其他可信系统来创建、解析、更新和停用标识符。区块链可以用于公开且防篡改的操作注册表、签发者信任元数据、密钥轮换事件或简短状态信息，也可以在多方不想由单一运营者控制注册表时帮助共同发现。

区块链也带来成本和风险。公开记录可以被复制和关联，难以删除；交易可用性和治理会变化；哈希不能证明原始数据准确；不可变锚点也不能修复签发者密钥被攻破的问题。稳健设计应把个人声明和大型文件放进适当的受保护存储，只发布必要的注册表数据，并说明更新、恢复、迁移和法律请求如何处理。

合规与实际核验清单

身份系统仍有法律和运营义务。根据辖区和用例，运营者可能需要合法依据、目的限定、数据最小化、留存控制、访问和更正流程、安全措施、事件响应、跨境传输控制及可审计的信任框架。这些是围绕技术凭证的治理要求，DID 或区块链不能自动豁免它们。

实际集成至少要问七个问题：使用哪种 DID 方法和注册表，解析失败怎么办？什么签发者值得信任，主体如何完成核验？需要什么保护机制、密钥关系和展示绑定？如何检查有效期、状态、轮换、泄露和恢复？请求是否收集了决策不需要的数据？凭证、日志和状态记录存在哪里、保留多久？最后，哪个监管机构、合同、信任列表或内部政策决定验证者能否依赖声明？verifiable credentials blockchain 描述的是基础设施可能性，不保证真相、隐私或合规。

风险披露：本文为 Bitbase（币贝）学院的科普内容，仅供教育与信息参考，不构成任何投资、交易、税务或财务建议。加密资产波动剧烈，请自行评估风险。本文撰写于 2026 年 8 月，请以官方最新信息为准。