从本篇开始,我们将通过一个实战案例更深入的讲解 MOVE 语言以及 MOVE dApp 的开发 ——这也是 MOVE 生态上的首个 DID 的实现。
前文链接:
第一个 Move dApp | Move dApp极速入门(二)
在之前的文章里,我们通过精简的方式对 MOVE 语言以及 Starcoin dApp 开发进行了快速入门。
从本篇开始,我们将通过一个实战案例更深入的讲解 MOVE 语言以及 MOVE dApp 的开发 ——这也是 MOVE 生态上的首个 DID 的实现。
DID 是由 w3c
推出的数字身份协议。
Decentralized identifiers (DIDs) are a new type of identifier that enables verifiable, decentralized digital identity. A DID refers to any subject (e.g., a person, organization, thing, data model, abstract entity, etc.) as determined by the controller of the DID.
Verifiable Credential 是由 w3c
推出的可验证凭证协议。
Credentials are a part of our daily lives; driver's licenses are used to assert that we are capable of operating a motor vehicle, university degrees can be used to assert our level of education, and government-issued passports enable us to travel between countries. This specification provides a mechanism to express these sorts of credentials on the Web in a way that is cryptographically secure, privacy respecting, and machine-verifiable.
在现有的实践中,二者经常被一同实践。但实际上,这两套协议也并非绑定的,我们完全可以用 DID
+ SBT
来替代DID
+ VC
。
像羽毛一样轻。
一个MVP(最小可用版本)的 DID
至少包含如下几个组成部分:
DID Syntax(DID 标识符)
https\://www.w3.org/TR/did-core/#did-syntax
DID Document in JSON(JSON 格式的 DID 描述文档)
在进行任意的 dApp 实践的时候,设计者都首先要问自己一个问题:
把哪些部分放到链上?把哪些部分放到链下?
这个问题遵循一个即可:
让链上设计尽可能的轻
以 DID 为例,我们可以看到很多 DID 的实现都会把链上搞得过重。事实上,对于 MVP 版本来说,我们在链上实现如下两个模块即可:
然后我们会在链下实现一个 did_sdk,里面包含如下模块:
w3c
标准的格式包含如下三个层级:
本项目持续 buidl 中,完全开源:
文件结构如下
.
├── README.md
├── did
│ ├── Move.toml
│ ├── README.md
│ ├── build
│ ├── dapp
│ ├── release
│ └── sources
├── sbt-as-vc
│ ├── Move.toml
│ ├── README.md
│ ├── build
│ ├── dapp
│ ├── release
│ └── sources
└── did_handler
├── README.md
├── _build
├── deps
├── lib
├── mix.exs
├── mix.lock
└── test
其中,did
和sbt-as-vc
包含 MOVE 合约及纯前端 dApp,did_handler
是使用 elixir 语言实现的 SDK。
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!