Skip to content
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

[wg/did] Make it explicit that WG agreement is to begin the process of developing DiD Methods #434

Closed
plehegar opened this issue Sep 7, 2023 · 5 comments
Assignees
Labels
AC-review Raised during the AC review phase, or otherwise intended to be treated then. enhancement

Comments

@plehegar
Copy link
Member

plehegar commented Sep 7, 2023

[[
propose to clarify in the Charter that no DID method will begin the process of being developed if the WG can't agree on which DID methods.
]]
From 2023 AC review.

@plehegar plehegar added enhancement AC-review Raised during the AC review phase, or otherwise intended to be treated then. labels Sep 7, 2023
@rxgrant
Copy link

rxgrant commented Sep 12, 2023

Strong objection to resolving this outside the chartering process. To delay the issue is to ignore the formal objections. If decisions are to move forward, look for consensus.

One easy avenue for consensus is to not leave open the door for standardizing DID Methods when there is not consensus to do so.

Instead, charter a WG that would have consensus to work on a specific DID Method.

@rxgrant
Copy link

rxgrant commented Sep 12, 2023

Also, this was publicly formally objected to. Not sure why we have to restate what has been clearly stated. What is the process here?

pchampin added a commit that referenced this issue Sep 24, 2023
addresses
- #427 (DID resolution on REC track)
- #431 (remove DID methods)
- #434 (now moot, as DID methods have been removed)
@rxgrant
Copy link

rxgrant commented Nov 1, 2023

@iherman I have a process question here. What is the process requirement to restate what has already been formally objected to?

@iherman
Copy link
Member

iherman commented Nov 1, 2023

@rxgrant,

I am not sure that I fully understand what you want to achieve. But I was not part of the chartering process, I was only asked occasionally to comment on specific questions; @pchampin has more insight.

However, slightly in the abstract, here are my reactions, FWIW.

  • If the goal is to simply disallow the definition of any new DID methods: This can (and, under the circumstances, probably should) be stated in the "§2.1 Out of Scope" section.

  • If the goal is to allow the definition of a new DID methods, albeit not as Recommendations: We fall back on the discussion elsewhere: such a Method would be published as a Note and, as I said several times, the creation of a completely new Note would require a formal W3C Resolution (see my comment at [wg/did] Did wg 2023 team proposal #448 (comment)). Ie, the consensus requirement is covered by the process. However, if very necessary, this could be made explicit in the "§3.2 Other Deliverables" and/or "§2 Scope" sections saying something like

    New DID Methods may be published as Working Group Notes, subject to a consensus of the Working Group.

    Such a statement would be, from the point of view of the process, slightly redundant, but can be put into the charter IMHO.

  • If the goal is to standardize one or several Methods: in my view, this is not possible under this charter (I refer to the version written up by @pchampin). New Recommendation deliverables, that are not listed in the charter as such (i.e., as part of the "§3.1 Normative Deliverables" section) would require either a separate WG with a new charter, or a rechartering of the current WG.

Note that this current issue has been raised by @plehegar, whose knowledge of the process is many times more accurate than mine, so his reactions might be much more relevant.

pchampin added a commit that referenced this issue Nov 30, 2023
* address #447

* remove DID methods, and make DID resolution a REC track deliverable

addresses
- #427 (DID resolution on REC track)
- #431 (remove DID methods)
- #434 (now moot, as DID methods have been removed)

* add specific exit criteria discussed during TPAC

* Update 2023/did-wg.html

Co-authored-by: Ivan Herman <ivan@w3.org>

* Update 2023/did-wg.html

Co-authored-by: Ivan Herman <ivan@w3.org>

* rephrase the requirement for two independant DID methods

* typo

* Change DID Resolution success criteria

removed the "dummy DID method" and the "provide evidence of existing DID methods"

instead, the "evidence of existing DID methods" is deferred to DID Resolver implementations. Interoperability will be demonstrated by ensuring that resolvers support DID methods in common.

* Brent Zundel is now an IE

---------

Co-authored-by: Ivan Herman <ivan@w3.org>
@plehegar
Copy link
Member Author

The charter was announced

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
AC-review Raised during the AC review phase, or otherwise intended to be treated then. enhancement
Projects
None yet
Development

No branches or pull requests

4 participants