-
Notifications
You must be signed in to change notification settings - Fork 98
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
Normatively reference Controller Document #854
Comments
It is not only the DID Core specification. The vocabulary document must be rewritten, too. Almost all the terms in that document should refer to the controller document as for their formal definitions. (I actually wonder whether that document should not be fundamentally changed. At present, it is not an RDF Vocabulary document, it is an HTML version of the |
I have already been getting questions about the controller document and how it relates to a DID document, and I think the best approach will be to just reference controller documents from DID Core, instead of defining DID documents from scratch as it is now. |
The issue was discussed in a meeting on 2024-08-14
View the transcript2. DID WG and Controller Doc.See github issue did-core#854. Gabe Cohen: The DID WG was kicked off recently, many of you have attended, one of the things we've discussed is aligning w/ Controller Document. |
While this is ready for PR, we shouldn't do the PR until the Controller Document is in Candidate Recommendation, which is expected in November 2024. |
This was discussed during the did meeting on 2024-09-05: |
This was discussed during the #did meeting on 19 December 2024. View the transcriptw3c/did-core#854manu: I will do this one, this is a lot of surgery for the document |
There is now a Controller Document specification that is on the W3C Recommendation Track through the W3C Verifiable Credentials Working Group. It is, fundamentally, the DID Core specification but generalized to just the document (not resolution) and allows any URL. The DID Core specification might want to use that specification as the base specification (as it can be done in a way that won't change implementations).
The text was updated successfully, but these errors were encountered: