[Openid-specs-ab] Issue #1831: OpenID4VCI: W3C data model based formats and the use of "types" vs "type" (openid/connect)
Pedro Felix
issues-reply at bitbucket.org
Thu Feb 23 11:16:43 UTC 2023
New issue 1831: OpenID4VCI: W3C data model based formats and the use of "types" vs "type"
https://bitbucket.org/openid/connect/issues/1831/openid4vci-w3c-data-model-based-formats
Pedro Felix:
Just a minor detail about the use of the "types" field on the W3C VC based formats:
* The W3C data model uses `type` \(singular\) - [https://www.w3.org/TR/vc-data-model/#types](https://www.w3.org/TR/vc-data-model/#types). This field is defined in the standard JSON-LD context present at [https://www.w3.org/2018/credentials/v1](https://www.w3.org/2018/credentials/v1)
* However the OpenID4VCI spec is using `types` \(plural\), for `jwt_vc_json`, `jwt_vc_json-ld`, and `ldp_vc` \(e.g. [https://openid.net/specs/openid-4-verifiable-credential-issuance-1\_0.html#section-e.1.3.2](https://openid.net/specs/openid-4-verifiable-credential-issuance-1_0.html#section-e.1.3.2)\).
Is this difference intentional? Note that when using JSON-LD processing, `type` will be well-defined \(it is defined on `https://www.w3.org/2018/credentials/v1` as an alias for `@type`\) but `types` isn't.
More information about the Openid-specs-ab
mailing list