Closed travisleithead closed 2 years ago
The biggest advantage of the DID method concept has been that it is very flexible and can be applied to a wide range of underlying technologies (blockchains, domain names, plain public keys, p2p addresses, etc.)
Another key insight in the DID community has been that DID methods have pros and cons, and that a choice of which DID method to use is difficult and depends on many technical and non-technical parameters.
I think there has been quite some support for defining certain DID methods in a future WG (did:web
and did:key
have been mentioned several times, as examples of DID methods that are neutral and broadly useful).
But definitely a big -1 to a WG picking a "best" DID method that is specified as "mandatory to implement".
The issue was discussed in a meeting on 2021-08-31
Beginning standardization of DID Methods was added to the charter in w3c/did-wg-charter#20
This is part of the feedback from Microsoft's ballot response to the DID Core spec transition to REC AC review. As it pertains to future work on that spec, @iherman encouraged me to file it here for consideration in the charter process (as applicable). See also w3c/controller-document#115, w3c/did-imp-guide#42
Microsoft would like the Working Group to take the challenge of defining a new fully interoperable DID method that meets industry use cases and can be specified as a mandatory to implement reference method.