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

[wg/did] Allow work on DID Core v2.0 and allow it to advance to Candidate Recommendation #429

Closed
plehegar opened this issue Aug 17, 2023 · 5 comments
Assignees
Labels
AC-review Raised during the AC review phase, or otherwise intended to be treated then. enhancement formal-objection Formal objection from AC Review

Comments

@plehegar
Copy link
Member

plehegar commented Aug 17, 2023

From @msporny:
[[
Allow work on DID Core v2.0 and allow it to advance to Candidate Recommendation (allowing class 4 changes based off of lessons learned around media types and transformations made during the VCWG v2.0 work).
]]
From 2023 AC review.

@plehegar plehegar added enhancement AC-review Raised during the AC review phase, or otherwise intended to be treated then. labels Aug 17, 2023
@msporny
Copy link
Member

msporny commented Aug 17, 2023

Digital Bazaar is undecided on whether or not this is a good idea.

It would probably be good for the ecosystem to have a significant update to specific parts of the specification, but the WG could be taking on A LOT of work unless we were to tightly constrain v2.0 to a very specific list of improvements.

@pchampin
Copy link
Contributor

pchampin commented Sep 7, 2023

From @OR13
[[
Allow work on DID Core v2.0 and allow it to advance to Candidate
Recommendation (allowing class 4 changes based off of lessons learned
around media types and transformations made during the VCWG v2.0 work).

The previous version of the specification suffered from a charter that made addressing media types very difficult, and resulted in inelegance when relating the two core concepts related to decentralization objectives, namely “decentralized urls” (identifiers for identities) and “decentralized media types” (representations of identity documents).

This created an “abstract data model” that was only comprehensible through the lens of JSON-LD and RDF.

We feel it will be necessary to make breaking changes to correct the standard.
]]
From 2023 AC Review.

@pchampin
Copy link
Contributor

pchampin commented Sep 7, 2023

[[
Finally, we object to restrictions on significant breaking changes in DID Core v2.0. The lack of media type coherence in the first version requires fully breaking changes to correct and enhance usability and as is the data model is effectively unusable across did methods which defeats the purpose of standardizing a data model in the first place.
]]
From 2023 AC Review (member-only).

@pchampin pchampin added the formal-objection Formal objection from AC Review label Sep 7, 2023
@rxgrant
Copy link

rxgrant commented Sep 12, 2023

This does not have support from Digital Contract Design at our current level of understanding. However, we would be happy to engage in ...WG meetings to understand it better.

One path that may help unbind RDF complications from the Data Model might be to specify a simplified subset of JSON-LD that does not rely on all the graph traversal stuff. I'm not even sure if this is what the concern is here, but if it is, support may be gathering for that.

@plehegar
Copy link
Member Author

The charter was announced

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
AC-review Raised during the AC review phase, or otherwise intended to be treated then. enhancement formal-objection Formal objection from AC Review
Projects
None yet
Development

No branches or pull requests

4 participants