知识地图身份与凭证
你在这里。看看这个问题与其他知识怎样相连。
选择节点前往页面 · 展开后可留在地图中阅读
学习 / 身份与凭证
从标识,到可信的交互。
分清 DID、凭证、钱包与应用请求。把同一件事中的不同角色和判断逐个弄明白。
开始这条学习路径选一条起点路径
- 01
- 02
- 03
看看知识怎样连接
每篇解释都能独立阅读。“先了解”标出了它用到的背景。
01
身份与凭证
概念、产品与相关方案
- DID 标识的究竟是什么?
先分清标识、文档与现实中的主体。
- 证明控制一个 DID 就证明真实身份了吗?
证明你控制一个标识,与证明你的现实身份,是两个不同的问题。
先了解 ↑DID 标识的究竟是什么? - VC 让什么变得可以验证?
可以验证声明来自谁、是否被篡改;接受声明仍需要判断。
- 验证者为什么信任某个签发者?
验证凭证的保护机制,与决定是否相信签发者,是不同的判断。
先了解 ↑VC 让什么变得可以验证? - did:abt 与 DID Core 的关系是什么?
DID Core 给出共同模型;具体 method 给出自己的规则。
先了解 ↑DID 标识的究竟是什么? - Arc Wallet 在身份流程中做什么?
钱包管理身份与凭证,应用仍要检查本次请求。
- DID Connect 连接哪两端?
理解应用请求与用户侧身份工具之间的交互。
- DID Motif 能帮助辨认什么?
辨识图标帮助人认出地址;它不是控制权证明。
先了解 ↑DID 标识的究竟是什么? - DID Names 管理什么?
域名管理与 DID method 是不同层次。
- 出示 Passport 是否会转走它?
向应用证明资格,与转移资产,是不同的操作。
- 代表资源的 NFT 与实际访问权限有何区别?
权利对象提供证据,服务把证据变成具体操作的许可。
- DID Document 中的密钥可以做所有事情吗?
区分验证方法与它获准承担的验证用途。
- WebID 怎样用 Web 地址表达身份?
HTTP URI 与个人资料文档构成另一种身份标识思路。
先了解 ↑DID 标识的究竟是什么? - OpenID Connect 与 DID 解决同一个问题吗?
把登录协议、身份标识与 API 访问权限分开。
- 凭证的主体与持有人必须是同一个吗?
区分谁声明、声明谁、谁出示,以及谁验证。
先了解 ↑VC 让什么变得可以验证? - 签名还有效,凭证就仍然可用吗?
有效期、暂停和撤销需要分别检查。
先了解 ↑VC 让什么变得可以验证? - DID、WebID、OIDC 与 VC 应该怎样比较?
先找它们所在的层次,再比较组合方式。
先了解 ↑DID 标识的究竟是什么? - DID Document 是个人资料页吗?
它描述验证与交互所需的信息,不是个人档案。
先了解 ↑DID 标识的究竟是什么? - DID method 决定哪些具体规则?
共同的数据模型之下,方法规定标识如何运作。
先了解 ↑DID 标识的究竟是什么? - 解析 DID 与解引用 DID URL 有什么区别?
先找到文档,再按 URL 定位更具体的资源。
- 丢失密钥后,DID 一定能恢复吗?
恢复能力取决于方法和事先建立的控制机制。
先了解 ↑DID method 决定哪些具体规则? - DIF 在去中心化身份生态中做什么?
它组织工程协作,产出规范、项目和参考实现。
先了解 ↑DID 标识的究竟是什么? - ArcBlock 的 Passport 表达什么?
应用认可的资格凭据,不是国家签发的旅行证件。
先了解 ↑VC 让什么变得可以验证? - VC 与 NFT 怎样共同表达资源权利?
把可验证声明、所有权状态和实际服务权限分开看。
先了解 ↑VC 让什么变得可以验证?