OpenID4VCI icon indicating copy to clipboard operation
OpenID4VCI copied to clipboard

[OID4VCI] align credential format identifiers with media types

Open OIDF-automation opened this issue 2 years ago • 4 comments

Imported from AB/Connect bitbucket: https://bitbucket.org/openid/connect/issues/1960

Original Reporter: authlete-taka

How about changing the following credential format identifiers:

  • jwt_vc_json
  • jwt_vc_json-ld

to media types like below?

  • vc+jwt
  • vc+ld+jwt

References:

Likewise, I feel that SD-JWT based VC should be given the format identifier vc+sd+jwt (instead of vc+sd_jwt).

OIDF-automation avatar Jun 17 '23 08:06 OIDF-automation

Imported from AB/Connect bitbucket - Original Commenter: authlete-taka

Sorry, regarding SD-JWT VC. “SD-JWT-based Verifiable Credentials with JSON payloads (SD-JWT VC)” defines the media type vc+sd-jwt, and if the intention of sd-jwt is to mean the “combined format” (<JWT>~<Disclosure>~...), sd-jwt should not be changed to sd+jwt.

OIDF-automation avatar Jun 17 '23 15:06 OIDF-automation

Imported from AB/Connect bitbucket - Original Commenter: KristinaYasuda

good point. I am in general in support of moving towards using media types like you are suggesting.

Based on the development of SD-JWT-based Verifiable Credentials (SD-JWT VC) (vcstuff.github.io), I think jwt_vc_json 's identifier would be vc+sd-jwt too.

We had a lengthy discussion at the last IETF and we agreed that `+sd-jwt` is more suitable because the point of having +sd-jwt is to clearly differentiate processing rules etc from +jwt.

OIDF-automation avatar Jun 29 '23 00:06 OIDF-automation

Imported from AB/Connect bitbucket - Original Commenter: KristinaYasuda

duplicate of #24 .

OIDF-automation avatar Aug 15 '23 00:08 OIDF-automation

what would be the media type for ldp_vc? I think media types defined in w3c vc+jwt and vc+ld+jwt were intended to talk about an (unsigned) payload...

Sakurann avatar Feb 19 '24 18:02 Sakurann

we need to discuss this before going to final because depending on if and how we decide to do this, it would be a breaking change

Sakurann avatar Jan 22 '25 09:01 Sakurann

unfortunately, probably too late to introduce such a big breaking change at this point of the specification's lifecycle without a technical merit, even if the proposed solution is indeed cleaner - also given the lack of discussion on this issue. closing in a week, unless objections

Sakurann avatar Mar 17 '25 21:03 Sakurann