This is a interoperability report for implementers for the Verifiable Credentials Data Model v2.0 specification.
Tests passed 196/240 81%
Tests failed 44/240 19%
Failures 44
Tests skipped 75
Total tests 315
These tests were run on
🚫
|
Pending |
✓
|
Passed |
❌
|
Failed |
⊘
|
Access Denied |
⏱
|
Timeout |
—
|
Not Implemented |
The results of the tests are shown below:
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
Conforming document (compliance): VCDM "MUST be enforced." ("all relevant normative statements in Sections 4. Basic Concepts, 5. Advanced Concepts, and 6. Syntaxes") |
🚫
|
🚫
|
🚫
|
🚫
|
🚫
|
verifiers MUST produce errors when non-conforming documents are detected. |
✓
|
✓
|
✓
|
✓
|
✓
|
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
If present, the value of the id property MUST be a single URL, which MAY be dereferenceable. |
✓
|
✓
|
✓
|
✓
|
✓
|
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
Verifiable credentials MUST contain a type property with an associated value. |
✓
|
✓
|
✓
|
✓
|
✓
|
Verifiable presentations MUST contain a type property with an associated value. |
✓
|
✓
|
✓
|
✓
|
✓
|
The value of the type property MUST be one or more terms and/or absolute URL strings. |
❌
|
✓
|
❌
|
✓
|
✓
|
If more than one (type) value is provided, the order does not matter. |
✓
|
✓
|
✓
|
✓
|
✓
|
Verifiable Credential objects MUST have a type specified. |
✓
|
✓
|
✓
|
✓
|
✓
|
Verifiable Presentation objects MUST have a type specified. |
❌
|
✓
|
❌
|
❌
|
❌
|
`credentialStatus` objects MUST have a type specified. |
❌
|
✓
|
✓
|
✓
|
✓
|
`termsOfUse` objects MUST have a type specified. |
❌
|
✓
|
✓
|
✓
|
✓
|
`evidence` objects MUST have a type specified. |
❌
|
✓
|
✓
|
✓
|
✓
|
`refreshService` objects MUST have a type specified. |
❌
|
✓
|
✓
|
✓
|
✓
|
`credentialSchema` objects MUST have a type specified. |
❌
|
✓
|
✓
|
✓
|
✓
|
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
A verifiable credential MUST have an issuer property. |
✓
|
✓
|
✓
|
✓
|
✓
|
The value of the issuer property MUST be either a URL, or an object containing an id property whose value is a URL. |
❌
|
❌
|
❌
|
❌
|
❌
|
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
A verifiable credential MUST contain a credentialSubject property. |
✓
|
✓
|
✓
|
✓
|
✓
|
The value of the credentialSubject property is a set of objects where each object MUST be the subject of one or more claims, which MUST be serialized inside the credentialSubject property. |
❌
|
✓
|
✓
|
✓
|
✓
|
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
If present (credentialStatus.id), the normative guidance in Section 4.4 Identifiers MUST be followed. |
❌
|
✓
|
✓
|
✓
|
✓
|
(If a credentialStatus property is present), The type property is REQUIRED. It is used to express the type of status information expressed by the object. The related normative guidance in Section 4.5 Types MUST be followed. |
❌
|
✓
|
❌
|
✓
|
✓
|
Credential status specifications MUST NOT enable tracking of individuals |
🚫
|
🚫
|
🚫
|
🚫
|
🚫
|
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
The value of the credentialSchema property MUST be one or more data schemas that provide verifiers with enough information to determine whether the provided data conforms to the provided schema(s). |
✓
|
✓
|
✓
|
✓
|
✓
|
Each credentialSchema MUST specify its type (for example, JsonSchema), and an id property that MUST be a URL identifying the schema file. |
❌
|
❌
|
✓
|
✓
|
✓
|
If multiple schemas are present, validity is determined according to the processing rules outlined by each associated type property |
✓
|
✓
|
✓
|
✓
|
✓
|
Implementer ⇒
⇓Test Name
|
apicatalog.com | Digital Bazaar | OpSecId | SpruceID | VC Issuer Mock |
---|---|---|---|---|---|
A verifiable presentation that includes a self-asserted verifiable credential that is only secured using the same mechanism as the verifiable presentation MUST include a holder property. |
🚫
|
🚫
|
🚫
|
🚫
|
🚫
|
When a self-asserted verifiable credential is secured using the same mechanism as the verifiable presentation, the value of the issuer property of the verifiable credential MUST be identical to the holder property of the verifiable presentation. |
🚫
|
🚫
|
🚫
|
🚫
|
🚫
|