Skip to content

Commit 2159bb3

Browse files
committed
Migrate Data Integrity section to Data Integrity specification.
1 parent 893fa58 commit 2159bb3

File tree

2 files changed

+18
-50
lines changed

2 files changed

+18
-50
lines changed

common.js

Lines changed: 7 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -33,15 +33,16 @@ var vcwg = {
3333
status: "WD",
3434
publisher: "Internationalization Working Group"
3535
},
36-
"DATA-INTEGRITY": {
37-
title: "Data Integrity",
38-
href: "https://w3c-ccg.github.io/data-integrity-spec/",
36+
"VC-DATA-INTEGRITY": {
37+
title: "Verifiable Credential Data Integrity",
38+
href: "https://w3c.github.io/vc-data-integrity/",
3939
authors: [
4040
"Manu Sporny",
41-
"Dave Longley"
41+
"Dave Longley",
42+
"Mike Prorock"
4243
],
43-
status: "CG-DRAFT",
44-
publisher: "Credentials Community Group"
44+
status: "ED",
45+
publisher: "Verifiable Credentials Working Group"
4546
},
4647
"LDP-REGISTRY": {
4748
title: "Linked Data Cryptographic Suite Registry",

index.html

Lines changed: 11 additions & 44 deletions
Original file line numberDiff line numberDiff line change
@@ -588,7 +588,7 @@ <h3>Use Cases and Requirements</h3>
588588
JSON Web Tokens [[RFC7519]] secured using JSON Web Signatures [[RFC7515]]
589589
</li>
590590
<li>
591-
Data Integrity Proofs [[?DATA-INTEGRITY]]
591+
Data Integrity Proofs [[?VC-DATA-INTEGRITY]]
592592
</li>
593593
<li>
594594
Camenisch-Lysyanskaya Zero-Knowledge Proofs [[?CL-SIGNATURES]].
@@ -1031,7 +1031,7 @@ <h3>Concrete Lifecycle Example</h3>
10311031
Implementers that are interested in understanding more about the
10321032
<code>proof</code> mechanism used above can learn more in Section <a
10331033
href="#proofs-signatures"></a> and by reading the following specifications:
1034-
Data Integrity [[?DATA-INTEGRITY]], Linked Data Cryptographic Suites
1034+
Data Integrity [[?VC-DATA-INTEGRITY]], Linked Data Cryptographic Suites
10351035
Registry [[?LDP-REGISTRY]], and JSON Web Signature (JWS) Unencoded Payload Option
10361036
[[RFC7797]]. A list of proof mechanisms is available in the Verifiable
10371037
Credentials Extension Registry [[VC-EXTENSION-REGISTRY]].
@@ -1713,8 +1713,8 @@ <h3>Proofs (Signatures)</h3>
17131713
that wraps an expression of this data model, such as a JSON Web Token, which is
17141714
elaborated on in the Securing Verifiable Credentials using JSON Web Tokens
17151715
[[?VC-JWT]] specification</a>. An <dfn>embedded proof</dfn> is a mechanism where
1716-
the proof is included in the data, such as a Linked Data Signature, which is
1717-
elaborated upon in Section <a href="#data-integrity-proofs"></a>.
1716+
the proof is included in the data, such as a Data Integrity Proof, which is
1717+
elaborated upon in Verifiable Credential Data Integrity [[?VC-DATA-INTEGRITY]].
17181718
</p>
17191719

17201720
<p>
@@ -1775,7 +1775,7 @@ <h3>Proofs (Signatures)</h3>
17751775
proof mechanisms, and this specification does not standardize nor recommend any
17761776
single proof mechanism for use with <a>verifiable credentials</a>. For more
17771777
information about the <code>proof</code> mechanism, see the following
1778-
specifications: Data Integrity [[?DATA-INTEGRITY]], Linked Data Cryptographic
1778+
specifications: Data Integrity [[?VC-DATA-INTEGRITY]], Linked Data Cryptographic
17791779
Suites Registries [[?LDP-REGISTRY]], and JSON Web Signature (JWS) Unencoded
17801780
Payload Option [[RFC7797]]. A list of proof mechanisms is available in the
17811781
Verifiable Credentials Extension Registry [[VC-EXTENSION-REGISTRY]].
@@ -1982,7 +1982,7 @@ <h3>Presentations</h3>
19821982
The contents of the <code>verifiableCredential</code> <a>property</a> shown
19831983
above are <a>verifiable credentials</a>, as described by this specification. The
19841984
contents of the <code>proof</code> <a>property</a> are proofs, as described by
1985-
the Data Integrity [[?DATA-INTEGRITY]] specification. An example of a
1985+
the Data Integrity [[?VC-DATA-INTEGRITY]] specification. An example of a
19861986
<a>verifiable presentation</a> using the JWT proof mechanism is
19871987
provided in the Securing Verifiable Credentials using JSON Web Tokens
19881988
[[?VC-JWT]] specification.
@@ -2273,7 +2273,7 @@ <h3>Extensibility</h3>
22732273
</li>
22742274
<li>
22752275
Support multiple types of cryptographic proof formats through the use of
2276-
Data Integrity Proofs [[?DATA-INTEGRITY]] and a variety of signature suites
2276+
Data Integrity Proofs [[?VC-DATA-INTEGRITY]] and a variety of signature suites
22772277
listed in the Linked Data Cryptographic Suites Registry [[?LDP-REGISTRY]]
22782278
</li>
22792279
<li>
@@ -3478,46 +3478,13 @@ <h3>Proof Formats</h3>
34783478

34793479
<ul>
34803480
<li>
3481-
<a href="https://w3c.github.io/vc-jwt/">Using JWTs to Secure Verifiable
3482-
Credentials</a>, and
3481+
Verifiable Credentials using JSON Web Tokens [[?VC-JWT]], and
3482+
</li>
3483+
<li>
3484+
Verifiable Credential Data Integrity [[?VC-DATA-INTEGRITY]].
34833485
</li>
3484-
<li>Section <a href="#data-integrity-proofs"></a>.</li>
34853486
</ul>
34863487

3487-
<section>
3488-
<h4>Data Integrity Proofs</h4>
3489-
3490-
<p>
3491-
This specification utilizes Linked Data to publish information on the Web
3492-
using standards, such as URLs and JSON-LD, to identify <a>subjects</a> and
3493-
their associated properties. When information is presented in this manner,
3494-
other related information can be easily discovered and new information can be
3495-
easily merged into the existing graph of knowledge. Linked Data is
3496-
extensible in a decentralized way, greatly reducing barriers to large scale
3497-
integration. The data model in this specification works well with
3498-
<a href="https://w3c-ccg.github.io/data-integrity-spec/">Data Integrity</a> and
3499-
the associated <a
3500-
href="https://w3c-ccg.github.io/ld-cryptosuite-registry/">Linked Data
3501-
Cryptographic Suites</a>
3502-
which are designed to protect the data model as described by this specification.
3503-
</p>
3504-
3505-
<p>
3506-
Unlike the use of JSON Web Token, no extra pre- or post-processing is necessary.
3507-
The Data Integrity Proofs format was designed to simply and easily protect
3508-
<a>verifiable credentials</a> and <a>verifiable presentations</a>. Protecting
3509-
a <a>verifiable credential</a> or <a>verifiable presentation</a> is as simple
3510-
as passing a valid example in this specification to a Linked Data Signatures
3511-
implementation and generating a digital signature.
3512-
</p>
3513-
3514-
<p class="note">
3515-
For more information about the different qualities of the various syntax
3516-
formats (for example, JSON+JWT, JSON-LD+JWT, or JSON-LD+LD-Proofs), see the
3517-
Verifiable Credentials Implementation Guidelines [[VC-IMP-GUIDE]] document.
3518-
</p>
3519-
3520-
</section>
35213488
</section>
35223489
</section>
35233490

0 commit comments

Comments
 (0)