-
Notifications
You must be signed in to change notification settings - Fork 209
/
vc-compliance-report.html
482 lines (340 loc) · 11.4 KB
/
vc-compliance-report.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
<!DOCTYPE html>
<html>
<head>
<title>Verifiable Credentials Data Model Implementation Report 1.0</title>
<meta http-equiv='Content-Type' content='text/html;charset=utf-8'/>
<!--
=== NOTA BENE ===
For the three scripts below, if your spec resides on dev.w3 you can check them
out in the same tree and use relative links so that they'll work offline,
-->
<script src='https://www.w3.org/Tools/respec/respec-w3c-common' class='remove'></script>
<script type="text/javascript" class="remove">
var respecConfig = {
// specification status (e.g., WD, LCWD, NOTE, etc.). If in doubt use ED.
specStatus: "ED",
// the specification's short name, as in http://www.w3.org/TR/short-name/
shortName: "vc-data-model-implementation-report",
// subtitle for the spec
subtitle: "Implementation Report for the Verifiable Credentials Data Model",
// if you wish the publication date to be other than today, set this
//publishDate: "2017-08-03",
// if there is a previously published draft, uncomment this and set its YYYY-MM-DD date
// and its maturity status
// previousPublishDate: "1977-03-15",
// previousMaturity: "WD",
// extend the bibliography entries
doJsonLd: true,
github: "https://github.com/w3c/vc-test-suite/",
includePermalinks: false,
// if there a publicly available Editor's Draft, this is the link
edDraftURI: "https://w3c.github.io/vc-test-suite/implementations/",
// if this is a LCWD, uncomment and set the end of its review period
// lcEnd: "2009-08-05",
// editors, add as many as you like
// only "name" is required
editors: [
{ name: "Manu Sporny", url: "http://manu.sporny.org/",
company: "Digital Bazaar", companyURL: "http://digitalbazaar.com/" }
],
// authors, add as many as you like.
// This is optional, uncomment if you have authors as well as editors.
// only "name" is required. Same format as editors.
authors:
[
{ name: "Manu Sporny", url: "http://digitalbazaar.com/",
company: "Digital Bazaar", companyURL: "http://digitalbazaar.com/" }
],
// name of the WG
wg: "Verifiable Claims Working Group",
// URI of the public WG page
wgURI: "https://www.w3.org/2017/vc/",
// name (with the @w3c.org) of the public mailing to which comments are due
wgPublicList: "public-vc-comments",
// URI of the patent status for this WG, for Rec-track documents
// !!!! IMPORTANT !!!!
// This is important for Rec-track documents, do not copy a patent URI from a random
// document unless you know what you're doing. If in doubt ask your friendly neighbourhood
// Team Contact.
wgPatentURI: "https://www.w3.org/2004/01/pp-impl/98922/status",
maxTocLevel: 2,
inlineCSS: true
};
</script>
<style>
.success {
font-weight: bold;
background-color: lightgreen;
text-align: center;
}
.failure {
font-weight: bold;
background-color: pink;
text-align: center;
}
.unimplemented {
font-weight: bold;
background-color: lightyellow;
text-align: center;
}
</style>
</head>
<body>
<section id='abstract'>
<p>
This is the most recent implementation report for the
<a href="">Verifiable Credentials Data Model</a> specification.
</p>
</section>
<section id='sotd'>
<p>
Comments regarding this document are welcome. Please file issues
directly on <a href="https://github.com/w3c/vc-data-model/issues/">GitHub</a>,
or send them to
<a href="mailto:[email protected]">[email protected]</a>
(<a href="mailto:[email protected]?subject=subscribe">subscribe</a>,
<a href="https://lists.w3.org/Archives/Public/public-vc-comments/">archives</a>).
</p>
</section>
<section class="informative">
<h1>Introduction</h1>
<p>
The purpose of this document is to demonstrate that there are at least two
interoperable implementations of processors that are capable of generating
output that is conformant to the Verifiable Credentials Data Model.
</p>
<section class="informative">
<h2>Testing Methodology</h2>
<p>
The testing framework for the Verifiable Credentials Data Model executes the
following process for every conformance statement in the Verifiable Credentials
Data Model:
</p>
<ol class="algorithm">
<li>
Take an input file template that exercises the feature and feed it to a
developer provided Verifiable Credentials Data Model generator.
</li>
<li>
If the input is valid, generate a Verifiable Credential that is conformant
to the data model.
</li>
<li>
The test suite then ensures that the generated Verifiable Credential is
conformant to the feature being tested.
</li>
</ol>
</section>
</section>
<section class="informative">
<h1>Conformance Testing Results</h1>
<h3>Key</h3>
<ul>
<li>✓ - Success</li>
<li>❌ - Error</li>
<li>no support - Implementation explicitly does not support this feature</li>
<li>untested - This test is new, implementation has not been run on it yet</li>
</ul>
<p>
The results of the conformance testing are shown below:
</p>
<h2>Basic Documents</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
<tr>
<td>@context MUST be one or more URIs</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>@context first value MUST be https://www.w3.org/2018/credentials/v1</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>@context subsequent items can be objects that express context information</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`id` properties MUST be a single URI</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`type` properties MUST be one or more URIs</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`type` properties for Credential MUST be `VerifiableCredential` plus specific type</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`credentialSubject` property MUST be present</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`credentialSubject` property MUST be present, may be a set of objects</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuer` property MUST be present</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuer` property MUST be a single URI</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuanceDate` property MUST be present</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuanceDate` property MUST be an RFC3339 datetime</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`expirationDate` property MUST be an RFC3339 datetime</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>Presentations MUST be of type `VerifiablePresentation`</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>Presentations MUST include `verifiableCredential` and `proof`</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>@context MUST be one or more URIs (negative)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>@context first value MUST be https://www.w3.org/2018/credentials/v1 (negative)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`id` properties MUST be a single URI (negative)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`type` properties MUST be one or more URIs (negative)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`type` properties for Credential MUST be `VerifiableCredential` plus specific type (negative)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`credentialSubject` property MUST be present (negative - credentialSubject missing)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuer` property MUST be present (negative - missing issuer)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuer` property MUST be a single URI (negative - not URI)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuer` property MUST be a single URI (negative - Array)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuanceDate` property MUST be present (negative - missing issuanceDate)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuanceDate` property MUST be an RFC3339 datetime (negative - RFC3339)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`issuanceDate` property MUST be an RFC3339 datetime (negative - Array)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`expirationDate` property MUST be an RFC3339 datetime (negative - RFC3339)</td>
<td class="success" aria-label="success">✓</td>
</tr>
<tr>
<td>`expirationDate` property MUST be an RFC3339 datetime (negative - Array)</td>
<td class="success" aria-label="success">✓</td>
</tr>
</tbody>
</table>
<h2>Credential Status (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
<h2>Linked Data Proofs (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
<h2>Credential Schema (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
<h2>Refresh Service (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
<h2>Terms of Use (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
<h2>Evidence (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
<h2>JWT (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
<h2>Zero-Knowledge Proofs (optional)</h2>
<table class="simple">
<thead>
<th width="80%">Test</th>
<th>blockcerts</th>
</thead>
<tbody>
</tbody>
</table>
</section>
</body>
</html>