Repo：https://github.com/NonceGeek/MoveDID 主页：https://movedid.build

DID 即是一个 Web3 中的热门赛道，也是一个被很多人认为是「伪命题」的赛道。

是的，DID 在 EVM 体系下的可行性 尚未被证实，似乎大家只使用 Address 就好，并非一定需要把自己的地址聚合到一个统一的标识下。

那末，在 EVM 之外的智能合约范式下，我们是否会有使用 DID 的必要性呢？

在一套完整的大规模金融体系（传统 / Web3）中，身份都是 Level 0x00 级别的基础。

在 0x00 的基础上，我们可以更稳健地构建上层建筑：

• Level 0x01：Token、行为与数据，可以称其为主体（Subject）的元数据

• Level 0x02 ：信用与凭证（SBT），例如征信报告

• Level 0x03：金融衍生品等现代金融产品

身份同样也是我们构建去中心化社会的基础。

• Level 0x01：Token、行为与数据，在此级别上和金融体系一致

• Level 0x02：社交关系构筑社区与社群

• Level 0x03：社区与社群构筑社会

基于资源的智能合约范式与 DID 高度匹配，个人信息真正地被存储在每一个人的个人空间下而非存储于一个合约空间下。

如果映射到现实世界，即是个人信息存储在了我们的钱包之中，而非存储到银行的账户里。

同时，面向可能的未来大规模用户，即是 Move 系区块链的愿景，也是 MoveDID 的愿景。

长期以来，我们提及 DID，会将 DID 的主体局限于人类。

事实上，DID 是一种抽象的身份模型，因此完全可以对接更多类型的主体。

例如图片所枚举的 —— Human、Organization、Robot。

• Human：普通人类主体

• Organization：各类正式的或非正式的组织，包括 DAO

• Robot：泛指，包括智能合约、智能硬件等等

• Universal DID Solution: 包含 Address Aggregator & Endpoint Aggregator 的 Move 合约

• Move SDK: 实现 Elixir 版本的 SDK，同时使用 JS Move SDK

• DID SDK: Move SDK 的二次封装，提供简便易用的 APIs，用 Elixir 和 Javascript 两种语言实现

• Data Model: Meta Data Fetcher & Data Model Analyzer，用以适配不同的角色，例如「开发者角色」

• Verifiable Credential based on SBT: 面向主体发放的凭证

• dApps: A simple demo & SoulCard。Soulcard 是一种基于链上地址与 Web2/Web3 信息源的，高信息密度的、交互式的面向 Buidler 或DAO 的社交名片