This document specifies the algorithms and guidelines for resolving DIDs and dereferencing DID URLs.
@@ -267,7 +245,7 @@
Draft State: Draft Community Group Report
Expected completion:
- It is not intended that DID Resolution and DID URL Dereferencing will advance beyond Working Draft status.
+ START+24M.
Adopted Draft:
DID Resolution v0.3, https://w3c-ccg.github.io/did-resolution/, published 2023-01-18, may serve as a starting point.
@@ -337,13 +315,17 @@
Success Criteria
more implementations interoperating with each other. In order to advance to
Proposed Recommendation, each normative specification must have an open
test suite of every feature defined in the specification.
+
+ In order for DID Resolution to advance to Proposed Recommendation, it is expected that each of the independant implementations mentioned above support at least two DID methods with an open specification (i.e. a specification that is accessible to all for implementation and deployment). It is also expected that each pair of the independant implementations mentioned above support at least one common DID method with an open specification.
+
+
There should be testing plans for each specification, starting from the earliest drafts.
To promote interoperability, all changes made to specifications
in Candidate Recommendation
or to features that have deployed implementations
should have tests.
- Testing efforts should be conducted via the Web Platform Tests project.
+
@@ -360,9 +342,6 @@ Success Criteria
TAG Web Platform Design Principles.
-
- All new features should be supported by at least two intents to implement before being incorporated in the specification.
-