第3部分原理篇3可验证凭证（VC）（3）

中本聪对话云天明5个月前发布 consensusnode

278 0 0

3.3.4. 可验证凭证数据模型

本聪老师：明白了可验证凭证存在哪些角色，我们来看下生态的数据模型，了解下声明（claim）、凭证（credential）和表述（Presentation）的含义和关系。

小明：能否先简单介绍一下三者的关系，方便理解？

本聪老师：好的。声明是关于主体的断言，凭证中会存在多个声明，可验证凭证会增加证明机制。把可验证凭证组合起来成为可验证表述，用于特定场景需求。

小明：明白了，某个主体提出声明，添加到凭证中，加入证明机制，成为可验证凭证，然后根据需要使用凭证的场景，组合可验证凭证成为可验证表述。

3.3.4.1. 声明

本聪老师：大致是这样。我们先来看声明。任何主体都可以提出声明，比如学校对于学生就读的院系专业等。声明一般使用主体-属性-值这样的关系来表达，如例3-9。

例3-9毕业声明的例子

主体属性值

Xiaoyun alumni of DongDian university

小天：看起来属性和值可以自由定义。

本聪老师：对。还可以将各个声明合并在一起丰富主体的画像。

3.3.4.2. 凭证

本聪老师：我们再来看凭证。凭证是由同一主体提出的一组一个或多个声明。凭证中除了声明，还会包括主体身份标识符和元数据以描述凭证的属性，例如颁发者、到期日期和时间、用于验证目的的公钥、撤销机制等。可验证凭证增加了一组防篡改声明和元数据，以加密方式证明是谁发行了它。我们看图3-10，黄色区域是声明，红色区域是凭证，绿色区域是证明部分。

图3-10 凭证

小明：主体可以添加声明，最后以发证方的身份接受验证。

本聪老师：理解到位。

3.3.4.3. 表述

本聪老师：一个可验证表述一般都是某一个主体有关，通常表示个人、组织或实体的一个方面信息。我们参考例3-先了解一下可验证表述的结构，这个例子通过type属性表明是“VerifiablePresentation”，其中包括一个“verifiableCredential”，还有表述自身的“proof”材料。虽然例3-10这个表述只包含一个凭证，但是通常情况下持证方会在一个表述中会包括多个凭证，并且其中包含的凭证可能来自多个发证方。

例3-10: presentation的基本结构

{

“@context”: [

“https://www.w3.org/2018/credentials/v1”,

“https://www.w3.org/2018/credentials/examples/v1”

“id”: “urn:uuid:3978344f-8596-4c3a-a978-8fcaba3903c5”,

“type”: [“VerifiablePresentation”, “CredentialManagerPresentation”],

“verifiableCredential”: [{ … }],

“proof”: [{ … }]

}

本聪老师：大家考虑一下，为什么会有表述？而不是持证方每次都直接把可验证凭证发给验证方呢？

小云：说下我的理解。人这个实体，一般具有多重身份，比如公民身份、家庭身份、工作身份、学历身份、社交账号、游戏角色等等。需要展示凭证的场景，一般会是个人多重身份的组合，比如求职这样的场景，会需要公民身份、学历身份、社交身份等，因此就持证方就需要将来自不同发证方的凭证组合在一起，提供给验证方。