Skip to content
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

Credential status purpose (Conformity Credential) #214

Open
PatStLouis opened this issue Nov 15, 2024 · 0 comments
Open

Credential status purpose (Conformity Credential) #214

PatStLouis opened this issue Nov 15, 2024 · 0 comments

Comments

@PatStLouis
Copy link
Contributor

Impacted sections

No need to alter any of the specification for now as it already deals with status

Issue Description

When implementing BitstringStatusList, we uncovered a use case where we have an issued conformity credential which needs to be updated, meaning a new credential would be issued. In this update, we don't want to revoke the previous credential as this is not the purpose, however we want to signal consumers (holders/verifiers) of that credential that an updated version is available to update in their system, if they so chose. Both credentials are valid and can be used for business processing.

The current status purposes involved in BitstringStatusList are revocation, suspension and message. We do not feel like message is a good approach for this as it involves other normative statements for use. Our use case is very specific and we believe it warrants a status purpose for its end. Therefore, I'm proposing a supersession status purpose, which intent is to signal whether the credential is the latest version or has been superseded, at which point the consumer can request the latest version.

If you feel this is a useful feature, please voice your opinion on the BitstringStatusList specification:

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

No branches or pull requests

1 participant