首页 科技正文

Đánh bạcuy tín:联博统计(www.326681.com)_DID赛道全网最详细梳理 + DID灵魂三问

admin 科技 2022-10-04 5 0

Đánh bạcuy tín(www.vng.app):Đánh bạcuy tín(www.vng.app) cổng Chơi tài xỉu uy tín nhất việt nam。Đánh bạcuy tín(www.vng.app)game tài Xỉu Đánh bạcuy tín online công bằng nhất,Đánh bạcuy tín(www.vng.app)cổng game không thể dự đoán can thiệp,mở thưởng bằng blockchain ,đảm bảo kết quả công bằng.

导语

关于DID的讨论随处可见,但DID的看法似乎有些宽泛、令人疑心;你是否期待有人能帮你把DID这件事给梳理清晰?那就请不要错过本文!

摘要

序言

DID,是一个Web3领域的热门看法。在Twitter上,险些每周都有讨论DID的Twitter Space;在线下的种种Web3分享会中,DID也是耐久不衰的热门主题之一;在项目的融资deck上,无论是社交、GameFi、DeFi、NFT等应用类项目,照样钱包、域名甚至公链等infra/中央件类项目,都可能会把DID加入其叙事之中。

然而,云云高的热度,难免的让DID这个词被泛用、甚至被滥用:

  • 而在现在的Web3交流中,DID更多时刻被看作是“Decentralized Identity”的简称,也就是泛指“去中央化(数字)身份”。然而,去中央化身份自己也是一个缺乏明确界说的词汇,虽然初看每小我私人都能明白它也许的意思,但在差异场景下详细指的事情可能很纷歧样;而且在Web3的天下里,似乎做什么事情都能和它扯上关系。这也是为什么现在有关DID的讨论中看法较为杂乱的缘故原由。

本文接下来所讨论的DID,将接纳后者”去中央化数字身份”的看法,并将以DIDs代指W3C的Decentralized Indentifiers尺度以阻止混淆

本文分上篇和下篇。在上篇中,笔者将分应用场景层、身份层、数据层,对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求职招聘历程中的信息摩擦。简历中的事情履历、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有可能会成为一个“正当身份”组建的需要条件

三、身份层:应用场景和凭证的毗邻,详细的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的数字身份需要一个”姓名“,那么域名类项目所做的事情,就是希望成为这个”姓名“。

,

以太坊开奖网

,

dự đoán số đề hôm nay(www.vng.app):dự đoán số đề hôm nay(www.vng.app) cổng Chơi tài xỉu uy tín nhất việt nam。dự đoán số đề hôm nay(www.vng.app)game tài Xỉu dự đoán số đề hôm nay online công bằng nhất,dự đoán số đề hôm nay(www.vng.app)cổng game không thể dự đoán can thiệp,mở thưởng bằng blockchain ,đảm bảo kết quả công bằng.

,

www.326681.com采用以太坊区块链高度哈希值作为统计数据,联博以太坊统计数据开源、公平、无任何作弊可能性。联博统计免费提供API接口,支持多语言接入。

,

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

另一个值得关注的域名项目是Space ID,它有币安官方的支持,提供.bnb后缀域名的注册服务。Space ID也希望将.bnb域名与用户在差异链上的多个地址,用户的Twitter等Web2账户举行id,成为一个Web3领域的Universal name。相比于ENS,Space ID的产物迭代速率和落地速率会显得更快。

除了ENS和Space ID以外.bit、Unstoppable Domain近期也完成了较大额的融资。它们讲的和DID相关的叙事,基本上大同小异。

值得注重的是,域名和钱包虽然都可以作为身份治理工具,但它们在角色定位上是很纷歧样的。它们在理论上并不冲突,而是可以慎密互助:钱包可以用一个域名作为钱包账户名的替换,并将其作为和应用方交互时的”姓名“;域名也可以整合多个链上地址甚至多个钱包账户。

3.4 其它身份治理工具 - 以Next.ID为例

也有一些身份治理类产物,对身份治理实现的详细明白有别于之前的几类项目,但做的事情焦点主要也是种种毗邻和聚合,而且不局限于特定领域,希望做一个全网身份的整合。下面以Next.ID为例,这是Mask Network做的一个身份治理类的新产物。

和不面向用户的身份聚合protocol项目差异,Next.ID是一个面向用户的产物。在V1版本中,用户可以通过Mask Network,来实现Web2各平台账号、Web3各公链钱包地址的毗邻和聚合,而且能够做自动的身份治理;相比于域名和DIDs,可以说Next.ID也是在做一个统一数字身份层面的聚合,并没有强调一个显性的标识符,而是希望在聚合身份之后将其做成一个基础设施,供App挪用。若是Next.ID之后最先推广自己的域名,或者是推广Mask账户用户名等标识符,那么它做的事情和Space ID、ENS等域名项目就会有一定的重合度了。

但除了用户侧的聚合以外,开发者可以通过Next.ID的Avatar系统,实现将自己产物中用户账号之间的详细操作和Next.ID互通,如下图所示;它在一定水平上可以做许多身份聚合类的protocol想做的事情,也可以选择和这些protocol互助,将它们再做聚合。

3.5 局部场景身份治理工具

3.5.1 GameID

除了一些希望做一个用户全网数据大聚合的身份治理工具项目以外,也有一些基于局部场景打造身份治理工具的项目。

对照好明白的例子,是聚适用户种种链上游戏信息的GameID,如去年对照火爆的Loots。

GameID内里的ID,更多是指在一个生态系统内部互通的账号系统,类似于Web2中盛大账号、QQ号,它们只想做用户在这个生态系统内部的特征描绘,并不是想做一个代表用户全网数字身份的大聚合。

因此,与其说它是DID,不如所说它是用户DID的一个局部碎片、一块拼图。

例如,张三注册了域名zhangsan.eth,他的“盛大’ID是123456,内里有5个来自差异”盛大系“游戏项目的凭证;他的”腾讯“ID是567890,内里有9个来自”腾讯系“游戏项目的凭证。那么虽然“盛大”和”腾讯“可能都有一个专门的身份治理工具辅助用户治理对应的平台账户,但在它们都可以被zhangsan.eth这个”Web3姓名“所聚合,成为zhangsan.eth身份的一个标签。

3.5.2 DIDs

经由多年的研究和讨论,W3C终于在2022年7月推出了去中央化标识符(DIDs,decentralizedidentifiers)的v1.0正式尺度。作为”DID“最初的界说,理清晰W3C的DIDs和现在的Web3 DID系统之间的关系,也是有需要的

W3C尺度的去中央化标识符架构中,用户直接控制着标识符和对应的文档。APP能够在用户允许下读取DID链接的文档从而实现营业,文档中包罗了数字身份相关信息,如署名、加密数据等等。用户通过加密署名证实对DID的所有权。用户的数据存储在可信的数据库内(如区块链),身份数据并不依赖APP。

DIDs有三个组成元素,如下图所示:DID scheme,类似于http、ipfs等方式声明;DID Method,是一个详细方式的标识符,每一个想建DIDs身份系统的项目都可以去申请一个,例如腾讯可以为QQ申请一个tencentqq的标识符;DID Method-Specific Identifier,是一个详细的id,它有什么用取决于详细项目方的界说,例如腾讯可以用 did:tencentqq:123456789 来指代你的QQ号123456789。

DIDs的详细运作流程和手艺细节,相对庞大,这里就不睁开详细先容了。

DIDs某种水平上和Web3域名是竞争关系,这里把DIDs和域名的主要区别做个对比:

  1. 在可读性上,DIDs相比于域名而言更缺少用户层面的可读性,但由于DID Method的存在,它可以多带一层语义、有更好的天真性

  2. 在信息聚合的潜力上,DIDs加上与之配套的VC等验证方式,理论上可以聚合更多链下信息,稀奇是权威机构提供的数字凭证;而现在域名类项目的数据聚合照样以链上信息为主,若是要更好的链下信息聚合,可能需要与之配套的VC尺度

  3. 在数据存储上,DIDs的数据存储并未指明,可以直接存在公链上,也可以存在一些去中央化数据网络上(好比Ceramic Network),甚至也可以直接给用户自己存储;域名类项目的数据存储都是在链上的

总体而言,DIDs这套系统,是一个自上而下设计的,更周全、兼容性更好的尺度。也有不少接纳DIDs蹊径去实现数字身份的项目,如Ontology。

然则,DIDs的用户可读性缺失问题,耐久来看很难成为用户一样平常生涯中影象的”Web3姓名“,再加上用户在差其余DID Method内里可以有差其余DIDs,使得DIDs从耐久来看可能会是一个被域名所聚合的工具,因此可以将它称为“细分场景/局部身份治理的标识符”。另外,虽然理论上DIDs对链下信息有很好的兼容性,但出于利益思量,当前Web2公司鲜有基于DIDs做相关的推进,DIDs若何推广也是个问题

3.6 身份治理工具:全网身份 vs 局部身份

GameID、DIDs的这种局部身份聚合特点,也引出了对身份治理的总体性和局部性的思索:

若是你的身份治理产物不能、或者做不到对用户全网数字身份产物的聚合,也就是没有成为用户的“Web3姓名”,那么由于链上数据的互通性,你的ID可能就会成为那些更大的身份治理产物的一部门。例如,小的GameID被大的GameID聚合,GameID被.eth域名所聚合,甚至.eth域名也可以被.bnb域名聚合。前文提到的DIDs,之后也很可能会成为这种”局部身份“。甚至某种水平上,单个钱包地址也可以说是一个“局部身份”。

不外,局部身份治理工具也有其存在的价值,由于它可以就详细的应用场景打造更多功效,而这是全网身份治理工具纷歧定会做的,否则它就会变的臃肿。好比,在一个GameID治理平台内里,用户可能可以凭证其它GameID的信息展示,来交统一个MMORPG内相同邪术职业的玩家为密友,但若是一个钱包/域名项目要做多个那么细分的功效,就会提高产物的庞大度,从而面临许多产物设计上的挑战。

四、对DID未来生长的最终形态的思索

首先,未来每一小我私人都市有一个与小我私人一样平常生涯深度绑定的数字身份:

  • 这个DID每小我私人只能有一个(通过PoP),通行于Web3全网,甚至可能通过KYC等方式和用户的现实身份所绑定,从而更好的和链下天下所互动。

  • Web3域名,是这个DID的唯一标识符,也就是用户在Web3的名字。

  • 用户通过一种功效远比现在壮大的多的钱包,来治理这个DID;在钱包内部,可能集成了多个身份聚合协议,来实现用户多地址、多合约的数据聚合,周全的展现用户在各条链、各个地址上的凭证、局部身份、关系图谱等,作为一个整体用户画像。

  • 用户通过钱包,和社交、招聘、DAO治理等应用场景交互。通过加密手艺,用户可以自主控制项目方获取数据的权限,从而实现数据主权归用户所有。

其次,每一小我私人在一些局部场景(好比游戏平台),或者是一些无需PoP的场景,拥有多个差其余数字身份,从而在差其余场景下展现差其余自我。用户可以自由控制这些身份之间的相互毗邻,在特定的场景使用对应的身份。

五、上篇总结

通过以上的梳理,希望以后当读者再看到一个项目在讲DID相关的叙事的时刻,能清晰的知道这个”DID“指的是详细什么样的“去中央化身份”:是在讲某类详细凭证的宣布,照样在讲种种凭证聚合为身份的历程,照样在讲用户对身份的治理,抑或是在讲这套身份系统的详细应用场景

异常值得提的一点是,一个DID相关的项目往往会做不止一层;好比说,之前剖析的Next.ID既向域名那样做用户侧的身份交互,也会向许多身份protocol那样做身份聚合;ARCx既准备做信用评分凭证的宣布,也会做与之相关的应用。

下图是一个对DID相关赛道的梳理,作为上篇的收尾。

下篇:DID灵魂三问

1.1 DID,现在不是用户的需求

通过之前的梳理,可能不少读者已经发现了,在许多情形下DID自己并不是用户的直接需求!从产物司理的视角来看,DID若是要面向用户,往往要通过详细的应用场景。

试想,若是你现在没有详细的应用需求,你有兴趣去自动获取种种凭证(好比去BrightID做个视频人脸认证),或者到一些身份聚合/治理工具(好比Next.id),把自己的邮箱、Twitter、各钱包地址都Connect起来么?信托大多数用户是不会的

虽然若是项目方提供一定激励,也一定能够吸引一些用户,但DID类产物的特征,决议了单纯靠这种激励自己难以带来用户的连续留存,这和NFT、GameFi等其它种别项目不太一样。

从耐久来看,随着DID生长的逐渐健全,用户对小我私人身份数据的治理和行使的意识也会越来越高,那么有可能会泛起对身份治理的需求先于详细应用场景的情形。但在DID赛道还处于萌芽期的当下,这是不太可能发生的。

1.2 DID,是应用场景项目方的需求

实在,受益于DID更多的,照样详细应用场景的项目方。无论是基于凭证的快速筛选,照样快速获取用户在Web3的画像,都市给在冷启动阶段的项目方带来直接的增益。

不外,应用场景在真正用DID、构建DID的时刻,未需要和用户强调DID这个看法,它是抽象在产物的逻辑之中的。以是,更多的时刻DID这个看法泛起于项目的叙事和人人的讨论中,而不是详细的应用场景中,也就不新鲜了。

2.1 Web3非金融类应用场景生长缓慢的三个缘故原由

笔者以为下面三条逻辑,适用于所有的Web3非金融类应用场景类项目的剖析,包罗社交、游戏、招聘等。(钱包等偏工具属性的项目不在讨论局限内)

  1. Web3应用的用户体验,当下和对应的Web2应用差的很远。无论是产物的使用门槛、网络延迟照样操作用度,都高于Web2。

  2. Web3应用的用户基数,远小于Web2,且涣散在天下各地。这不仅阻碍了现实天下和链上天下的联通,也给网络效应的积累带来了更多的难题。

  3. 现在处于熊市周期,不少用户的资产亏损、链上流动频率降低,甚至也已经有些用户最先像2018年那样嫌疑整个行业,直接“退圈”;这使得Web3应用类项目的启动加倍艰难

上述这些每一条,都可能是一个Web3应用场景类项目难以生长的主要缘故原由。那是不是Web3应用类项目就没有生长时机了呢?并不是。在一些Web3原生、Web2做不了的场景,纵然有上面问题,相关的产物也能够体现出它的价值。

2.2 To C的信用借贷,中短期内是伪命题

(To B信用借贷更多牵涉到CeFi的逻辑,因此此处主要讨论To C的信用借贷)

信用借贷,是DID的应用场景中最金融化的。这也是一个经常泛起的议题,由于现有的DeFi险些都是超额质押,资源行使效率低,理论上信用借贷可以提高用户的资金行使效率,Web3用户对此也会有较强的需求

然而,笔者以为,To C信用借贷在中短期内(好比三年内),都是一个伪命题,或者是一个极其小众的领域

最主要的缘故原由,在于Web3天下并没有像Web2那样,对不送还的贷款有追索机制。因此不送还贷款的极限价值,是失去一套链上身份的可用性。

有人可能会说,数字身份自己也是值钱的,你可能不希望放弃你用了多年的地址、域名等身份标识,包罗上面的种种凭证和关系数据的累积。但问题是,扪心自问,多数Web3用户当前的链上身份又能值若干钱?若是能够”信用贷款”100U,若干用户可能想着不还钱、宁愿重修身份?除非信用审核的门槛极高,但这也会让其酿成一个极其小众的产物。

有人可能会说,若是做KYC、人脸识别,可能得以规避这个问题。然而事实上,在各不蓬勃国家的墟落区域,不值钱的小我私人真实身份数据触目皆是。想一想人人一样平常看到的”某生意所KYC账号批量出售“等信息吧,只要“信用额度”高于一个身份的构建成本,就会泛起职业的“养号”用户,批量构建知足要求的身份,然后不还贷款,薅项目方的羊毛。

To C信用借贷的成熟,可能需要守候整个DID系统的成熟:一方面,随着种种高价值凭证和种种数据关系的积累,数字身份的构建成本、放弃门槛也会越来越高;另一方面,随着各国羁系的渗透,Web3的贷款可能也会确立起执法追索机制,这会提高用户不还贷款的价值。

三、DID赛道一级投资的逻辑是什么?

在这里,笔者分享一部门小我私人对DID赛道一级投资的整体思索:

  • 整体逻辑:从用户出发,应用先于协议

  • 详细优先级:身份治理 > 应用场景 > 凭证宣布 > (不面向用户的)身份聚合protocol

3.1 整体逻辑:从用户出发,应用先于协议

这里的“应用”,是广义的“面向用户”看法,包罗详细场景、身份治理、凭证宣布;“协议”,泛指不直接面向用户的种种protocol产物,它们往往以API挪用的形式,服务于应用项目方或者其他协议。

有一些协议项目方,可能是这样思索的:作为一个协议,我会不停的说服更多的应用项目方来接入我的协议,这些应用可能多数只是昙花一现,少数可能生长不错,但无论若何,我的数据都积累起来了,最先有了数据壁垒和网络效应;这样我的价值也越来越高,会有越来越多的应用层项目来找我互助;最后,我就可以对API收费,或者是提供相关增值服务。诚然,上述逻辑是有已经原理的,也是有走通的可能性的。

但笔者主要出于以下缘故原由,更偏向于应用优先:

  • 首先,在数据的流向上,应用一定先行于协议,从而会有更大的自动权。协议与应用之争乍看有点像“先有鸡照样先有蛋”,但实在不是。由于前文已经叙述过了,DID数据的积累,依赖于用户在详细应用场景的互动。

  • 其次,协议项目方做的器械,可能并不成熟,还在看法/测试阶段;纵然成熟了,也可能并不能很好的知足应用项目方的需求。应用方与其反馈给协议方、期待其迭代,不如自己做一个。

  • 更现实一点来看,数据壁垒、网络效应这种云云优异的、已经被Web2验证的叙事,在赛道生长的萌芽期,没有任何优异、有野心的应用项目团队会自动放弃这个叙事,而把这种价值的捕捉完全交给其他项目方做的协议。

    事实,当前Web3应用类项目的融资源身就很艰难了,应用项目方为什么不自己把协议相关的DID叙事也讲了,来作为其估值支持呢?好比,先通过应用自己吸引用户介入、积累数据,然后将用户在应用内的数据协议化,给相关的互助同伴、生态系统使用,从而进一步积累数据,最终生长成为一个DID系统。这个叙事许多时刻是完全讲的通的。

    再加上多数DID的协议实在缺少手艺壁垒,壁垒更多体现在一定的工程庞大度上;对于优异的团队而言,在一最先就自研协议,难度不会很高;纵然应用项目方初期为了产物快速迭代用了其它的协议,若是应用真的能够获得一定乐成,项目方也可能会思量自研协议,来提升项目的生长上限。

3.2 详细值得关注的细分赛道

优先级:身份治理 > 应用场景 ≈ 凭证宣布 > (不面向用户的)身份聚合protocol

身份治理工具类的项目:以钱包、域名类项目为优先。事着实未来笔者对DID的最终形态构想中,这两者都占有着异常焦点的位置。

应用场景类的项目:之前说到,更多的时机泛起在Web3原生的应用需求、而不是Web2产物的复刻。基于凭证的Web3招聘,基于NFT的兴趣社交/异性社交等,都是属于这种不能替换的Web3场景。

凭证宣布类项目:凭证宣布工具/平台这块,可能会跑出1-2个头部的通用项目,和数个细分应用场景的响应工具;详细的凭证宣布类项目若是能提供高价值的凭证,那也是值得关注的。

若是你对笔者的看法有差异意见;

若是你有对DID相关赛道有新的、有趣的思索;

若是你正在做DID相关的创业;

异常迎接联系笔者本人讨论交流!

查看更多,

皇冠球网www.hg108.vip)是皇冠体育官网线上直营平台。皇冠球网面向亚太地区招募代理,开放皇冠球网代理申请、皇冠球网代理会员开户等业务。皇冠球网可下载皇冠球网APP,皇冠球网APP包括皇冠体育最新代理登录线路、皇冠体育最新会员登录线路。

版权声明

本文仅代表作者观点,
不代表本站Allbet的立场。
本文系作者授权发表,未经许可,不得转载。

评论