Skip to content

decouple credential metadata #500

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
wants to merge 11 commits into
base: main
Choose a base branch
from
Open

decouple credential metadata #500

wants to merge 11 commits into from

Conversation

c2bo
Copy link
Member

@c2bo c2bo commented May 15, 2025

Closes #99

This is a bit different from what we discussed at last WG, thus marking it as draft for the time being.

@c2bo c2bo changed the title 99 decouple metadata decouple credential metadata May 15, 2025
@c2bo c2bo marked this pull request as ready for review May 15, 2025 15:20
@c2bo
Copy link
Member Author

c2bo commented May 15, 2025

TODO: change all the examples

@Sakurann
Copy link
Collaborator

WG discussion:

  • direction seems to make sense.

@sloops77
Copy link
Contributor

@c2bo I'm not a fan of adding a credential_metadata claim. It's too generic sounding and makes me wonder why many other credential configuration isnt in there

Some options to consider:

  1. rename the property to display_metadata, display_descriptor. Is there any purpose for this property than for wallet display?
  2. type_metadata is an alternative to the above and shows alignment with sd-jwt-vc type metadata
  3. nest claims inside of display, and update the sd-jwt-vc spec

@Sakurann Sakurann added this to the Final 1.0 milestone May 28, 2025
@c2bo
Copy link
Member Author

c2bo commented May 30, 2025

@c2bo I'm not a fan of adding a credential_metadata claim. It's too generic sounding and makes me wonder why many other credential configuration isnt in there

Some options to consider:

  1. rename the property to display_metadata, display_descriptor. Is there any purpose for this property than for wallet display?
  2. type_metadata is an alternative to the above and shows alignment with sd-jwt-vc type metadata
  3. nest claims inside of display, and update the sd-jwt-vc spec

I thought about different names as well, but the main thing I wanted to make sure was that from the name it is clear that the "other" metadata is necessary before the Credential Request, whereas this is relevant during the lifetime of the credential. Right now we have mainly display information but there could be other metadata with the same lifecylce -> a more generic name made sense to me. More opinions on that topic?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

decoupling issuer metadata from the supported credentials metadata
4 participants