diff --git a/2023/did-wg.html b/2023/did-wg.html index 77c56bf..94e1f42 100644 --- a/2023/did-wg.html +++ b/2023/did-wg.html @@ -78,10 +78,9 @@

PROPOSED Decentralized Identifier Working Gro

The mission of the Decentralized Identifier Working Group -is to maintain the Decentralized Identifiers (DIDs) -specification and related Working Group Notes. The WG will also seek consensus -around the best way to achieve effective interoperability, possibly through the -specification of DID Resolution and/or DID methods. +is two-fold. First, it will maintain the Decentralized Identifiers (DIDs) +specification and related Working Group Notes. +Second, it will define common requirements, algorithms, architectural options, and various considerations for the DID resolution and DID URL dereferencing processes.

@@ -117,7 +116,7 @@

PROPOSED Decentralized Identifier Working Gro Chairs - Brent Zundel (Gen), Dan Burnett (Invited Expert) + Brent Zundel (Invited Expert), Dan Burnett (Invited Expert) @@ -151,12 +150,10 @@

Motivation and Background

level changes on the Recommendation.

-The Working Group will also seek consensus around DID Method specifications, and -may produce related documents. +The Working Group will also take over the work started by the Credentials Community Group around DID Resolution, to define common requirements, algorithms including their inputs and results, architectural options, and various considerations for the DID resolution and DID URL dereferencing processes.

-The Working Group will begin working toward a specification for DID Resolution -and DID URL Dereferencing. +It is expected that these two goals will be taken by distinct task forces in the WG.

@@ -182,10 +179,7 @@

Scope

-The Working Group may also publish new Working Group Notes, Editors Drafts, or -Working Drafts for DID Resolution or DID URL Dereferencing, or of DID Method -Specifications. Any new documents intended for Recommendation will be -limited to the Working Draft maturity level. +The Working Group may also publish new Working Group Notes.

@@ -224,7 +218,7 @@

The Working Group will maintain the following W3C normative specification:

-
+
Decentralized Identifiers (DIDs) v1.0

This specification defines new type of identifier that enables verifiable, decentralized digital identity. @@ -240,26 +234,10 @@

Exclusion Draft Charter: https://www.w3.org/2020/12/did-wg-charter.html.

-
-

- The Working Group may begin work on the following W3C normative specifications: -

- -
-
Decentralized Identifier (DID) Method Specification
-
-

- DID Method Specifications may be produced by the working group. -

-

- Expected Completion: It is not intended that any DID Method Specification developed by the working group will advance beyond Working Draft status. -

-

- Adopted Draft: The DID Specification Registries contains many links to examples of DID Method Specifications, some of which may be selected by the working group for development into a Recommendation. The group might also choose a similar starting document not listed in the Registry. -

-
+
+
Decentralized Identifier (DID) Resolution and DID URL Dereferencing v1.0
-
+

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.

-