DID(Decentralized Identifier,去中心化身份)是一种新型的数字身份体系,它不依赖任何中心化机构,而是让用户完全掌控自己的身份数据,实现真正意义上的“自主身份(Self-Sovereign Identity, SSI)”。
一、什么是 DID?
定义:
DID 是一种由用户自行生成的、全球唯一的标识符,不依赖任何中心化注册机构,存储在去中心网络上(如区块链、IPFS),用于标识个体、组织、设备、内容等数字主体的身份。
DID 是“身份的地址”,而不是“身份的内容”。
它与传统的身份证、账号、微信号、手机号等中心式身份体系不同。
二、传统身份 vs 去中心身份
| 特性 | 传统身份(中心化) | DID(去中心化) |
|---|---|---|
| 控制权 | 由政府、企业(如公安、银行、平台)控制 | 完全由个人或组织控制 |
| 存储方式 | 中心服务器数据库 | 区块链/IPFS 等去中心网络 |
| 可移植性 | 绑定于特定平台,难以通用 | 可跨平台、跨应用通用 |
| 可验证性 | 需依赖第三方证明 | 可自动验证签名,无需中介 |
| 隐私保护 | 容易被滥用泄露 | 用户自主控制披露程度 |
| 审查风险 | 高,被封号/撤销 | 抗审查,自主存在 |
三、DID 的基本结构
一个标准的 DID 文本类似于:
did:example:123456789abcdefghi
did:是固定前缀;example:表示 DID 方法(使用什么协议/链);123456789abcdefghi是唯一标识符。
DID 仅是标识,真正的身份信息存储在 DID 文档中。
四、DID 文档(DID Document)
DID 文档定义了该身份的一切信息,包括但不限于:
| 字段 | 说明 |
|---|---|
| 公钥 | 用于身份认证、签名验证 |
| 服务端点 | DID 持有人提供的服务(如个人主页、API等) |
| 验证方法 | 如何验证该身份是本人 |
| 控制者 | 谁能控制/更新这个 DID |
| 元数据 | 可选附加信息,如昵称、头像(通常通过 VC 方式) |
五、DID + VC = 完整的去中心身份体系
DID 本身只是一串“身份证号码”,更重要的是结合:
✅ VC(Verifiable Credential,可验证凭证)
举例:
| 实体 | VC 示例 |
|---|---|
| 教育部 → 你 | 学历证书(加密签名后存于你名下) |
| 医院 → 你 | 健康证明(如疫苗接种记录) |
| 企业 → 你 | 员工身份 / 工牌 |
| 平台 → 你 | 认证创作者 / 金牌用户 |
你用 DID 接收凭证,保存在自己的数字身份钱包中,需要时按需展示给他人。
六、典型 DID 应用场景
| 场景 | 描述 |
|---|---|
| Web3 登录 | 使用 DID 作为“无密码账户”登录 DApp / 平台,代替邮箱+密码 / Google 登录 |
| KYC 隐私认证 | 用户可证明“我超过18岁”而无需暴露身份证 |
| 数字钱包身份 | DID 与钱包地址绑定,形成链上身份档案 |
| 跨链统一身份 | 用一个 DID 在多个区块链平台之间通用 |
| 去中心社交 | 创建去中心化社交资料,如 Lens Protocol、CyberConnect 等 |
七、主流 DID 技术标准与生态
| 标准 / 项目 | 简述 |
|---|---|
| W3C DID 标准 | 万维网联盟(W3C)定义的全球 DID 标准规范 |
| Veramo / DIDKit | 支持多链 DID 实现的工具库 |
| Ethereum DID / EIP-1056 | 在以太坊上实现的 DID |
| Polygon ID | Polygon 提出的 zkDID 方案,结合零知识证明进行身份验证 |
| Lit Protocol | DID + 加密权限控制,结合文件权限系统 |
| Soulbound Token(SBT) | 不可转让的“身份 NFT”,用于绑定声誉、学历等 |
| DID Wallet | 支持 DID 的身份钱包,如 SpruceID、Talao 等 |
八、DID 的优缺点总结
优点:
| 优点 | 描述 |
|---|---|
| 用户完全掌控 | 用户是自己身份的唯一所有者 |
| 可跨平台 | 一个 DID 可在多个平台中通用 |
| 支持隐私保护 | 用户只披露必要最少信息(如使用 ZKP) |
| 抗审查、抗封号 | 不依赖平台,可部署在任何链上 |
| 自动验证 | 所有凭证支持加密验证,无需第三方认证机构 |
缺点:
| 缺点 | 描述 |
|---|---|
| 尚未广泛普及 | 大部分 Web2 平台不支持 |
| 用户管理复杂 | 身份遗失(如私钥)会带来不可恢复的风险 |
| 依赖链上基础设施 | DID 通常要部署在链上,带来技术门槛和费用 |
| 隐私 vs 可验证性平衡难 | 如何既能验证又能最小泄露,是持续优化点 |
九、DID 使用流程图
1. 用户生成 DID(本地或通过钱包)
2. 平台/机构颁发 VC(可验证凭证) → 绑定 DID
3. 用户用 DID 登录系统或进行操作
4. 系统验证其 DID、VC 签名 → 放行
十、小结
| 项目 | 内容 |
|---|---|
| 名称 | DID(Decentralized Identifier) |
| 定义 | 用户自主管理、去中心化的身份标识系统 |
| 关键组成 | DID + DID Document + Verifiable Credentials(VC) |
| 代表场景 | Web3 登录、身份认证、KYC、教育/健康证明、NFT 签发等 |
| 技术协议 | W3C DID、zkDID、DIDComm、EIP-1056 |
| 优势 | 自主、抗审查、可组合、链上信任 |
| 代表平台 | Polygon ID、SpruceID、Lit、DIDKit、Lens Protocol |
1439

被折叠的 条评论
为什么被折叠?



