DID“去中心化身份”是一个Web3领域的热门概念。它是一种没有中心化机构做最终担保的数字身份，是 Web2“用户画像”概念在 Web3 的延伸和拓展。

DID未来的发展，可能是每个用户都有唯一的主要管理身份，和多个细分场景的应用身份。用户通过域名来记忆标识 DID，通过钱包来管理DID并和应用项目交互，通过钱包集成内的各种协议整合多条链上的不同凭证和应用身份。

在Twitter上，几乎每周都有讨论DID的Twitter Space；在线下的各种Web3分享活动中，DID也是经久不衰的热门主题之一；在项目的融资deck上，无论是社交、链游、去中心化金融、NFT等应用类项目，还是钱包、域名甚至公链等中间件类项目，都可能会把DID加入其叙事之中。

然而，如此高的热度，不免的让DID这个词被泛用，甚至被滥用：

在最初的时候，DID的全称是“Decentralized Identifiers”，直翻译过来就是“去中心化标识符”。它是最具影响力的国际互联网技术标准机构”万维网联盟“（W3C），出于对Web2中心化身份体系的担忧，而牵头制定的一套标准。这个DID的概念，一开始和区块链/Web3其实没有直接的相关性，但如果你直接搜“DID”，依然能够看到不少文章所谈论的DID是这个具体的标准。而在现在的Web3交流中，DID更多时候被看作是“Decentralized Identity”的简称，也就是泛指“去中心化数字身份”。然而，去中心化身份本身也是一个缺乏明确定义的词汇，虽然初看每个人都能理解它大概的意思，但在不同场景下具体指的事情可能很不一样；而且在Web3的领域中，似乎做什么事情都能和它扯上关系。这也就是为什么目前有关DID的讨论中概念较为混乱的原因。

DID赛道全景解读

在Web2，数字身份以平台为中心，同一集团内的不同产品间通过账号系统打通。例如，腾讯的邮箱、游戏、金融等皆可使用同一账号；Google、Facebook等互联网头部企业也均有自己的账号体系。这种身份体系虽然构建方便，但它的弊病也已经广为人知：平台相互之间的账号并不互通，以及用户没办法控制自己的身份数据。

在当前的Web3领域中，用户的交互主要基于钱包地址，因此围绕钱包地址的一系列活动构成了Web3最原生的数字身份。但是创建新地址的成本几乎可以忽略不计，也少有人会把自己绑定在一个地址上。这就导致了用户可以随时放弃一个地址所代表的“身份”，也可以零成本创建大量的地址“身份”，进而导致限制了这种数字身份的应用场景。

DID希望解决的问题，就是在去中心化的世界中，为每个人构建一个具体的个人身份。

一、DID的场景应用：如果我们已经有了一套成熟的DID

DID的概念很抽象，为了更好的对它有一个直观的理解，让我们先屏蔽有关DID如何实现的细节，从应用场景出发：如果当前在Web3世界里已经有了一套成熟的DID，它能做些什么？

我们把DID在应用场景层的叙事，大致分为两大类：Reputation（声誉）和Relationship（关系）。

它们的主要区分方法，是假设如果你准备放弃你现有的“数字身份”，你能否在较短的时间内来重建一个可以代表你的新的身份？

如果是前者，那就是Reputation类；如果是后者，那就是Relationship类。

1.1 Reputation：声誉/简历/社交展示面

这种应用场景，重点是通过将数字身份简化为一些显性的可信标签，来对用户进行评价和分类，从而达到一个快速筛选的效果。这里举三个具体的相关例子：信用借贷、求职招聘、陌生人社交：

Web3借贷，希望能给用户账户地址打一个”信用分“，从而推算在信用借贷中质押可减免的额度。这种信用分，可以通过链下身份/资产证明来完成，也可以结合用户链上地址过往操作记录的分析。

Web3求职，希望能够在链上生成一个用户的个人简历，以便用户快速向Web3项目方/DAO/社区等证明自己的能力，降低Web3求职招聘过程中的信息障碍。简历中的工作经验、个人能力证书，可以通过链上地址分析、前公司的多签钱包地址签名、Web2公司邮箱认证等方式去完成。

Web3陌生人社交（包括异性社交、兴趣社交等），希望快速构建对一个用户的标签描述。这种标签的描述可以取决于NFT的持有，例如BAYC的持有者可以被贴上“富有“的标签，各种兴趣类、社区类NFT的持有者也可以被打上对应的标签。用户可以把这些标签整合起来，放到自己的社交首页上去做展示；用户也可以根据这些标签快速筛选自己希望社交的对象、并对其兴趣偏好有一定基础的了解。

1.2 Relationship：DID的关系类应用场景叙事

这类应用场景，侧重于通过将数字身份视为用户在Web3数据的累积，来做一些更加复杂、综合的应用分析。这里举四个具体的相关例子：

Web3推荐系统，希望通过用户的Web3相关数据的累积，形成用户画像，再对此展开针对性的个性化推荐、广告展示等。这一套用户画像的叙事，其实继承自移动互联网时代平台大厂的核心逻辑，已经被证明可行。并且在Web3中，不仅身份数据可以跨平台互通，用户也能拥有自身身份的数据所有权、数据共享权，这样构建的用户画像体系可能会比Web2更加用户友好。

Web3熟人社交，希望通过用户在Web3社交互动的累积，形成一套用户的社交图谱，这种社交图谱可以被各种新的App所通用。这样，用户在使用新系统、进入新应用的时候，就可以快速找到自己之前的好友，而不必像Web2那样得自己重新加回来。

Web3游戏，希望构建一套游戏账户系统（GameID），通过用户在Web3游戏数据的积累，来刻画用户在游戏方面的兴趣和能力。举个例子，A用户可能在某几个Web3卡牌类游戏都有非常早期的参与记录，那么这些都可以被记录在GameID里面，这样如果新的卡牌游戏想寻找早期用户，就可以优先考虑A这样的人。

DAO投票治理，有时候会希望进行”一人一票”的公平投票。但怎么样去证明一个人只有一次投票权，而非注册多个账户来刷票（女巫攻击），是一个难题。通过对用户地址历史记录的分析或者真人认证，就可以解决这个问题。

1.3 两类应用场景之间的联系：由点到面，再由面到点

其实，Reputation和Relationship类应用的关系并没有那么泾渭分明，更多的是一种相互交错的关系。

更准确的说，各种显性的可信标签像是“点”，随着时间的推移，这些点围绕着同一个身份不断累计，最终生成了有关用户画像的完整的”面“；当用户或者项目方真的要利用这个”面“的时候，也需要进行进一步的加工，把它简化为几个易于描述和理解的“点”。

例如就NFT持有这件事情，在初期的时候，可能对一个用户只能打上BAYC持有者、Azuki持有者等标签（点）；但随着时间的慢慢推移，如果我们发现每当有热门NFT出现，这个用户都会去参与交易（面），那么我们就可以做一个归纳分析，给他打上“热门NFT交易者”的标签（点）。

综上所述，基本上是所有DID在应用场景层面叙事的一个归纳总结。可以看出，它基本上涵盖了几乎所有Web3应用层的叙事，这也是为什么DID也被称为Web3应用的“身份基础设施”。

二、构成DID的各个属性究竟从何而来

可能大家已经感觉到了，在上述不同的应用场景叙事之中，每个数字身份具体指代的东西其实不太一样，但它们都可以被称作“DID”。这里面，其实主要有两个关键问题：

这个“去中心化身份”，它是由哪些具体的标签/属性/凭证组成的？例如，它希望连接的，是用户的NFT持有、链上交互记录，还是用户的社交关系，抑或是用户在链下的身份信息？

这个“去中心化身份”，它是聚合在哪个标识符（Identifiers，ID）之上的，或者是说面向外界交互的主要接口是什么？例如，我们是用一个NFT、一个地址、还是一个域名来代表某个身份?我们怎么拿一个身份来和应用方互动？

理清楚这两个问题，就能看清楚在DID在身份层错综复杂的各类项目。

让我们先来思考第一个问题，即，构成DID的各个属性究竟从何而来。

2.1 凭证：为什么对于去中心化身份很重要？

先举个例子：你新认识了一个人，他说“我是张三，1990年出生，大学毕业于北京大学，和你的父亲很熟”。他有求于你，但是你因为某些原因，对他的自我介绍内容抱有极大的不信任。那他应该怎么向你证明他所说的事情的真实性呢？

如果他想证明他的姓名、年龄，他可以出示他的身份证，甚至可以和你一起去派出所走一趟来证明这身份证是他本人；如果他想证明他的学历，他可以出示他的毕业证书，或者是给你发个学信网的证明；如果他想证明他和你的父亲认识，他可以联系你父亲来找你说明。反过来说，如果他有求于你、很想证明自己的身份，但当你希望他提供上述的具体凭证的时候他却无法提供，那么你就有足够的理由去怀疑他陈述的真实性。

所以我们可以看到，一个身份，是由许多个属性组成的，例如刚才张三对自己的信息陈述中，所涉及的姓名、出生年、学历、社交圈等属性。但是，如果没有相应具体的凭证，这些属性是没有可信度的，而多数应用场景不会去采纳一个没有可信度的数字身份。由于在Web3中，一个身份的属性来源更加多样、潜在使用方更加广阔，难以找到一个中心化的总担保方，因此对每个属性的凭证验证就显得更加重要。

2.2 凭证原始数据来源的分类

当我们在研究一个DID的具体构成要素的时候，我们关注的其实就是具体的凭证。

用户的链上数据，由于区块链底层的不可篡改特性，是最天然、直观的凭证数据来源。甚至这种信任，可以只基于底层公链，而不需要具体的凭证发行方。例如，要证明钱包地址A确实向钱包地址B转过钱，只需查对应的链上信息即可。这种没有凭证发行方的信任，是其它几种凭证数据来源所不具备的，也是区块链的核心魅力之一。有不少Web3的产品工具，做的就是链上数据的整合分析。

但是，在目前的Web3世界中，链上数据主要以转账、DeFi交互、NFT交易/持有为主，它所能带来的身份信息是有局限性的。不过在现实世界中，很多时候我们信任一个凭证的前提，都是信任一个凭证的发行方，而这种信任关系的构建却是在Web2或者是现实世界之中的。很多时候，我们很难把整个验证过程完全放到链上，例如驾照 —— 即使再怎么数字化，考试本身还是发生在现实世界之中的。

当前，将Web2、现实世界中的数据和信任关系做成可信的凭证的形式，主要有以下三种：SBT、VC、PoP。

2.2.1 灵魂绑定代币（SBT）

SBT(Soul Bound Token)，即灵魂绑定代币，是2022年5月Vitalik等人在发布的”Decentralized Society“一文中所描绘的新概念。

**由于SBT目前并没有一个比较明确的标准，其实现在的SBT可以被简单理解为Non-Transferrable Token，即“不可转让的代币”。**事实上，以这种代币为形式的凭证早就存在了，比如POAP、Project Galaxy所颁发的凭证。

**SBT的实现相对较为简单，本身也具备非常好的互通性、公开性。**并且，由于SBT是链上原生的，它也可以作为一个链上数据分析方法的”结果凭证“，比如链上信用评分。

**SBT主要的问题在于其公开性所引起的用户隐私相关问题。**SBT的公开性使任何人都可以轻易地对一个人进行关联和推断，而且可能让隐私无所遁形，并刺激了某些形式的歧视。例如，一个有种族主义倾向的雇主，可能会因为偷看求职者的钱包显示其参加过黑人生命关怀组织活动，而对潜在职员产生歧视。

理论上，通过ZK技术和SBT的结合，可以实现用户的隐私保护。但这不仅涉及到具体的技术实现上的一些难点，也可能会影响到SBT的公开性和互通性。

2.2.2 可验证证书（VC）

Verifiable Credentials，直译“可验证证书”。

在上面有写到，最早在没有区块链的时候，就有一些人开始思考数字世界的去中心化身份问题了，VC也是W3C提出的概念、标准体系内的一部分。

让我们通过下面这个跨国驾照认证的例子来直观理解VC：

假如一个英国人Hans获得了驾照，那么就可以向申请英国官方，用其去中心化标识符（DIDs）来颁发并签名一个VC。这个VC以数字文档的形式存在，是Hans取得驾驶证的凭证，由Hans自己保存。

如果Hans到澳大利亚并开始自驾游，需要出示自己的驾照时，他就可以向澳大利亚政府出示他从英国官方这里拿到的VC；澳大利亚官方在看到了这个经过英国官方ID签名过的数字文档以及上面的信息之后，就可以认为Hans具备驾驶的能力。

虽然，严格意义上VC的具体编写有一套W3C定义的标准，里面的去中心化标识符也是W3C体系内的DIDs。但从Web3的视角来看，广义上用钱包地址去代替这个去中心化标识符，在基本逻辑上是行的通的，下图明确展示了用户、VC发行方、VC验证方之间的关系：

我们可以看出，**VC相比于SBT，其主要优势在于对用户隐私信息的保护，用户可以天然的对自身的信息进行可选择性披露。**并且，它的实现可以和区块链技术无关，也就是对于Web2也有很好的兼容性。

**VC的主要问题，在于它本身虽然有一套相对公认的标准，但这套标准需要DIDs做支撑（详见后文），而DIDs的推进相对缓慢。**如果项目方或者Web3社区要自己定一套VC的运作流程标准，那么怎么去推广这条标准，也会是一个难点。

2.2.3 人格证明（PoP）

人格证明（Proof of Personhood），主要功能就是通过同链下真人信息绑定，来证明数字身份的唯一性。Proof of Humanity，BrightID，和 IDENA，都是其中的代表项目。

关于实现方式，主要通过KYC和视频人脸识别两种技术。KYC是交易所盛行的经典认证方式，通过KYC，一个数字身份就会和你在链下的法律实体信息（姓名、国籍等）绑定；人脸识别，如BrightID，主要将你的人脸信息录入数据库中，确保在一个项目ID系统里面一个人只能注册一个ID。

可以看出，PoP 类认证在当前最直接的应用场景是抗女巫攻击。另外，在各国都在考虑加密货币监管的大背景下，KYC有可能会成为一个“合法身份”组建的必备条件。

2.3 凭证类的相关项目

可以看出，虽然去中心化数字身份的具体构成可能很复杂，但归根到底，主要由以下四大类凭证构成：链上原始数据、SBT、VC、PoP。

严格意义上来说，SBT也是链上原始数据的一部分，但SBT一定是通过某种方法二次加工过的，并且其信任可能比较依赖于发行方；而对链上原始数据的信任只需要基于对底层公链的信任。

和凭证相关的Web3具体项目又有哪些类型呢？

多数情况下，许多凭证的认证规则有很高的互通性，比如说验证用户是否在链上完成了交易，验证用户是否帮忙转发了项目方的推文，或者说验证这个用户背后的真人是不是第一次尝试获取凭证。在这个背景下，凭证的发布方本身并不需要做一套发布凭证的工具。

**因此这个细分领域不少的项目类型，其实是凭证发布的工具/平台。**以Project Galaxy为例，项目方可以在Project Galaxy上发布任务，用户可以通过在平台上完成任务并做确认后，获取项目方发放的凭证。

但在一些较为复杂的情况下，凭证的发布方希望自己设计规则来给用户进行认证，特别是在一些较为复杂、评价存在一定主观性的场景。之前提到的人格证明类凭证，也可以归为凭证发布类的项目。

比如，Rabbithole是“学习认证”类项目的代表，它提供各种Web3称号的认证（如NFT Creator，Explorer等），这些就需要用户完成较为复杂的任务；某种程度上，这里面的逻辑和在线网课的结业证书很像，Rabbithole也可以说是“Web3在线教育”的一种早期形式。

ARCx希望根据每个 DeFi Passport 持有者的信用分来量化其链上地址的信誉度。信用分将通过分析持有者的以太坊地址历史活动来确定，其范围设置为 0 到 999 分，这个信用分确定了协议为用户提供的抵押率。对于信用分高的地址来说，DeFi Passport 能够提供有竞争力的借贷抵押。

FirstBatch希望通过读取用户在Web2社交媒体的授权数据，用AI在链上生成用户的兴趣标签，再用ZK技术进行隐私数据保护。

三、身份层：应用场景和凭证的连接，DID具体形态

我们在上面讨论了DID具体的应用场景，也讨论了DID身份的具体构成 —— 凭证。而将应用场景和凭证连接起来的，就是身份层项目所做的事情。例如，域名、钱包、社交图谱、地址关联分析……

怎么样区分一个项目到底是不是在做身份聚合？这里我们提出一个判断方法：加入一个项目（或项目模块）做的事情，既没有在具体面向用户的场景里面用到DID，也没有给用户生成新的凭证，主要做的事情是各种”绑定“和”连接“，那么它大概率就是身份聚合层的项目。

但是怎么做一个Web3的身份聚合，不同类型的项目给出了不一样的路径和思考方式。它们大致可以分为两种：对链上原始数据、各种凭证的加工聚合，以及面向用户、帮助用户实现数据主权的身份管理工具。

3.1 信息聚合协议

用户的链上数据，大多分散在多条公链、许多项目智能合约之内，因此需要把它们经过加工和聚合以后才能形成一个身份。很多项目，做的就是这样的一个信息聚合的协议。

这些协议，往往没有直接面向用户的产品，它们主要是面向项目方和其它协议的，可以相互之间进行合作于信息聚合。举例如下：

Cyberconnect希望做一个链上社交图谱，集中用户的社交关系数据

KNN3 Network希望通过对Footprints关联分析、Cyberconnect等其它社交图谱的整合，来构建在多条链上的用户社交关系图谱

RSS3希望做一个链上的内容和社交信息的聚合，之后可能会往Web3的信息分发、推荐系统方向发展。

以下几类管理身份的工具类项目，都希望给用户提供主动的身份管理能力，是用户实现数据主权的最直接工具。

3.2 身份管理工具 - 钱包

钱包直接面向用户，是当前公认的”Web3入口“。虽然它本身不太能说是一个DID的应用场景，但它是一个天然的连接应用场景和用户所持凭证的通道。

一个理想的”DID钱包”也许是这样的：首先，它能够聚合所有主流公链的地址，在具备基本签名、转账等交易的同时，整合用户在不同链上碎片化的数据；然后，它能够显示用户所拥有的各种SBT/VC/PoP凭证，在和应用项目交互的时候，用户可以自主授权向项目披露哪些数据，从而帮助用户实现数据主权。不少钱包都会提到DID的叙事，如Unipass，ABT Wallet，Selfkey等。

不过，当前主流的Metamask等钱包并不具备这些功能。主要原因是，它们基本都是EOA钱包，而这类钱包基本只支持链上地址最原生的操作 —— 查询和转账。而智能合约钱包，有望在钱包功能上实现更多的扩展。DID钱包相关的技术落地其实有很多挑战，不过也非常值得期待。

3.3 身份管理工具 - 域名

虽然我们每个人都有着独立的身份证号码，不过在日常生活和工作中，我们一般会用”姓名“来作为一个人身份的标识符，因为它对于日常使用来说更加便捷。

在Web3时代，同样也有这样的问题：虽然人们目前的交互主要基于钱包地址，但没有人想去记一长串字符。如果说Web3的数字身份需要一个”姓名“，那么域名类项目所做的工作，就是希望成为这个”姓名“。

ENS是域名中知名度相对较高的项目，它有以太坊基金会的官方支持，提供.eth后缀域名的注册服务，目前已经有了近180万的注册量。值得注意的是，SpruceID在和ENS合作，在推进EIP-4361: Sign In With Ethereum。如果该项提案顺利实施，这将取代Connect Wallet，让域名于钱包地址之上、成为Web3的入口。另外，ENS也希望通过域名中一系列身份的整合，来完成自己”Web3姓名“的目标。

另外还有一个域名项目SpaceID，它主要提供.bnb后缀域名的生成注册。Space ID也希望将.bnb域名与用户在不同链上的多个地址，用户的社交账号等Web2账户进行id链接，成为一个Web3领域的通用账户。相较于ENS，Space ID的产品更新速度和落地速度会显得更快。

虽然域名和钱包都是作为身份管理工具，他们在角色定位上是完全不一样的，但他们其实在理论上是相似的，甚至可以相互联系：如果用域名作为钱包账户名的替代，将其作为和应用方交互的“姓名”将是不错的选择；当然域名也可以关联多个链上地址和钱包账户。

3.4 其它身份管理工具

还有一些身份管理类产品，对身份管理实现的具体逻辑和前面的几类项目不太一样，不过核心思路依然是连接和聚合两个方面，并且不局限于特定领域，希望做一个全网身份的整合。比如Next.ID，这是一个来源于MaskNetwork的身份管理类产品。

和以上身份聚合项目不一样，Next.ID是一个主要针对用户的项目。在Next.ID的系统中，用户可以将互联网中的各平台账号和区块链各公链钱包地址进行链接，并形成一个主动的身份管理系统；相对于域名和钱包，Next.ID其实也是在做一个统一的身份管理系统，并且在它的系统中不需要强调标识符，而是在聚合身份之后将其做成一个基础的身份管理设施，供其它产品调用。

但除了用户方面的聚合以外，开发者可以通过Next.ID的Avatar体系，完成将自己产品中用户账号之间的具体操作和Next.ID互通。

3.5 局部场景身份管理工具

除了以上这些全网数据聚合的身份管理类工具之外，还有一些打造局部场景身份管理的项目，比如GameID和DIDs，先说GameID，这个ID指的是一个游戏生态系统内部数据互通的账号体系，类似于互联网中的游戏账号，它们只在游戏这个系统内部进行身份管理，进行游戏特征描绘，对于这类工具来说，它更像是用户DID的一个组成部分。

例如，某人注册了域名game.eth，他同时拥有网易和腾讯两个游戏ID，而这两个游戏ID里面又拥有多个游戏凭证，比如网易ID关联5个网易游戏，腾讯ID关联9个腾讯游戏，那么虽然“网易”和”腾讯“可能都有一个专门的身份管理工具帮助用户管理对应的平台账户，但在它们都可以被game.eth这个”姓名“所聚合，成为game.eth身份的一个标签。

说到DIDs，经过多年的研究和讨论，W3C在2022年7月推出了去中心化标识符（DID，decentralizedidentifiers）的v1.0正式标准。作为"DID"的原始定义，有必要分清W3C的DID和当前Web3 DID系统之间的关系。

在W3C标准的去中心化标识符框架中，用户可以直接控制标识符和相应的文档，APP可以在用户的许可下读取与DID链接的文档，实现业务，其中包含与数字身份相关的信息，如签名、加密数据等。用户通过加密签名的方式证明DID的所有权。用户的数据存储在一个可信的数据库（如区块链）中，身份信息不一定依赖于APP。

DIDs在某种程度上与Web3域名存在竞争关系，下面是DIDs与域名的主要区别比较：

在可读性方面，与域名相比DIDs缺乏更多的用户层面的可读性，但由于DIDMethod的存在，它有更好的灵活性。

在信息聚合潜力方面，DIDs加上配套的VC等验证方法，理论上可以聚合更多的链外信息，特别是权威机构提供的数字证书；而目前域名项目的数据聚合主要还是链上信息，如果想更好地聚合链外信息，可能需要配套的VC标准。

在数据存储方面，DIDs的数据存储没有规定，可以选择存在公链上或一些去中心化的存储网络上（如MEMO），甚至可以让用户自己保存；而域名项目的数据则存储在链上。

总的来说，DIDs是一个自上而下设计的系统，是一个更加全面和兼容的标准。

但是，DIDs的用户可读性不足，使得它很难长期成为用户日常生活中常见的"Web3姓名"，而用户在不同的DID Method中可以拥有不同的DIDs，使得DIDs长期来看可能是一个由域名聚合而成的对象，因此它可以被称为"细分场景/局部身份管理标识"。另外，虽然理论上DIDs对链外信息有很好的兼容性，但出于利益考虑，目前Web2企业很少基于DIDs做相关推荐，DIDs如何推广也是一个问题。

3.6 身份管理工具：全网身份 vs 局部身份

GameIDs和DIDs的这种部分身份聚合功能也导致了对身份管理的整体性和部分性的考虑。

如果你的身份管理产品不能或不在整个网络中聚合用户的数字身份产品，即不成为用户的"Web3姓名"，那么由于链中数据的互操作性，你的ID可能成为那些更大的身份管理产品的一部分。例如，小的GameIDs被较大的GameIDs聚合，GameIDs被.eth域名聚合，甚至.eth域名也可以被.bnb域名聚合。上面提到的DID在未来也可能成为这种"局部身份"。甚至一个钱包地址在某种程度上也可以被认为是一个"局部身份"。

然而，局部身份管理工具是有价值的，因为它们可以为特定的应用场景创建更多的功能，而全网的身份管理工具不一定能做到，否则会变得臃肿。例如，在一个GameID管理平台里面，用户可能会根据其他GameID显示的信息，在同一个MMORPG里面和相同魔法职业的玩家交朋友，但是如果一个钱包/域名项目要做多个然后细分的功能，就会增加产品的复杂性，从而面临很多产品设计的挑战。

四、DID未来发展的终极形态

在未来，每个人都会有一个数字身份，与自己的日常生活深度绑定。

这个DID每个人只能有一个（通过PoP），并将在整个Web3网络中使用，甚至可能通过KYC和其他方式与用户的真实身份绑定，以便更好地与链下世界互动。

Web3域名是这个DID的唯一标识符，它是用户在Web3中的姓名。

用户利用一个功能更加强大的数字钱包来管理这个DID，钱包内部集成了多种身份协议，实现了多个地址和合约数据的聚合，更加全面的展示用户个人凭证、局部身份，形成一个整体的用户画像。

通过这个钱包，用户可以和各类应用场景进行交互，通过加密技术，用户可以自己控制需求方对自身数据的访问权限，保证用户数据主权。

其次，每个人在一些局部场景（如游戏平台），或一些不需要PoP的场景中拥有多个不同的数字身份，从而在不同场景中展现不同的自我。用户可以自由控制这些身份之间的相互联系，在特定的场景中使用相应的身份。

原文作者：Chuan Lin