Skip to content

Allow verification method identifiers in DID Documents to be HTTPS URLs? #879

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
msporny opened this issue Jan 23, 2025 · 3 comments
Open
Labels
class 3 Other changes that do not add new features discuss Needs further discussion before a pull request can be created

Comments

@msporny
Copy link
Member

msporny commented Jan 23, 2025

Currently, DID Documents do not allow anything other than DIDs in the verification method id field or not. This means that you can't link to a verification method that exists on other non-DID networks. This issue is to track whether we should allow linking to verification methods on non-DID networks.

@msporny msporny added class 3 Other changes that do not add new features discuss Needs further discussion before a pull request can be created labels Jan 26, 2025
@franca6

This comment has been minimized.

@franca6
Copy link

franca6 commented Apr 3, 2025

Can you explain this to me?

@w3cbot
Copy link

w3cbot commented Apr 24, 2025

This was discussed during the #did meeting on 24 April 2025.

View the transcript

Allow verification method identifiers to be HTTPS URLs?

<ottomorac> w3c/did#879

ottomorac: Current DID documents do not allow other the DID URLs to be IDs for verification methods
… This issue tracks if we should change this

manu: This came up because the controlled identifier spec talks about https URLs
… it uses them for its IDs
… Since then we have moved the CID spec through the standard process. It will become a formal standard
… Some feedback was, why do we have the CID spec again..
… It is true the DID spec can do all the CID spec can
… did:web can do all that the CID spec can
… So applying that to this issue, I think the answer is no because if someone wants to refer to a https based verification method they can just use did:web or its variations

<Zakim> JoeAndrieu, you wanted to say we should let the CID spec define that

JoeAndrieu: +1 to manu, we should not water now our security guarantees. CID spec was a compromise

manu: To be clear, this means no spec changes. The text stays as is


Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
class 3 Other changes that do not add new features discuss Needs further discussion before a pull request can be created
Projects
None yet
Development

No branches or pull requests

3 participants