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

Reason of StatusList2021 Deprecation #193

Closed
hkny opened this issue Dec 2, 2024 · 3 comments
Closed

Reason of StatusList2021 Deprecation #193

hkny opened this issue Dec 2, 2024 · 3 comments
Assignees
Labels
CR1 This item was processed during the first Candidate Recommendation phase. pending 7 day close question Further information is requested

Comments

@hkny
Copy link

hkny commented Dec 2, 2024

I'm working with a tech stack that currently supports VC Data Model 1.1 and StatusList2021. I would like to understand if there are any specific security reasons for marking StatusList2021 as deprecated.

If we were to stick with VC Data Model 1.1 but switch to BitstringStatusList, we would need to define a custom context for BitstringStatusList, which we would prefer to avoid at this stage. On the other hand, using BitstringStatusList without a new context would require adopting VC Data Model 2.0, which is still in Candidate Recommendation status and subject to changes.

Are there any significant drawbacks to continuing with StatusList2021 until both BitstringStatusList and VC Data Model 2.0 reach recommendation status?

Thanks!

@hkny hkny changed the title Reason of Deprecation Reason of StatusList2021 Deprecation Dec 2, 2024
@msporny msporny self-assigned this Dec 2, 2024
@msporny msporny added question Further information is requested CR1 This item was processed during the first Candidate Recommendation phase. labels Dec 2, 2024
@msporny
Copy link
Member

msporny commented Dec 2, 2024

I would like to understand if there are any specific security reasons for marking StatusList2021 as deprecated.

No known security issues with StatusList2021 -- it was just the version that was incubated in the community group. The functionality is largely the same with BitstringStatusList with a few new features added and language clarified.

If we were to stick with VC Data Model 1.1 but switch to BitstringStatusList, we would need to define a custom context for BitstringStatusList, which we would prefer to avoid at this stage.

We do have such a context here:

https://github.com/w3c/vc-bitstring-status-list/blob/main/contexts/v1.jsonld

On the other hand, using BitstringStatusList without a new context would require adopting VC Data Model 2.0, which is still in Candidate Recommendation status and subject to changes.

That is another possibility. I'll note that VC Data Model v2.0 is feature complete and has been stable for a number of months now. We expect to finalize it as a global standard in Q1 2025.

Are there any significant drawbacks to continuing with StatusList2021 until both BitstringStatusList and VC Data Model 2.0 reach recommendation status?

No, no significant drawbacks that we know of. VCDM v2.0 should be ready to go fairly soon, and we've started asking implementers to prepare for its release as a global standard in early 2025.

I hope that answers all of your questions, @hkny. I'm going to mark this issue as pending close, please let us know if you have further questions or disagree with closing this issue.

@dlongley
Copy link
Contributor

dlongley commented Dec 2, 2024

Jfyi, the proper context URL for the BitstringStatusList context to use with VCDM 1.1 is:

https://www.w3.org/ns/credentials/status/v1

And this does now serve the context referenced above.

@hkny
Copy link
Author

hkny commented Dec 5, 2024

Thank you for the clarification @msporny. Much appreciated.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
CR1 This item was processed during the first Candidate Recommendation phase. pending 7 day close question Further information is requested
Projects
None yet
Development

No branches or pull requests

3 participants