-
Notifications
You must be signed in to change notification settings - Fork 65
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
Comments
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. |
Also, this was publicly formally objected to. Not sure why we have to restate what has been clearly stated. What is the process here? |
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.
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. |
* 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 <[email protected]> * Update 2023/did-wg.html Co-authored-by: Ivan Herman <[email protected]> * 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 <[email protected]>
The charter was announced |
[[
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.
The text was updated successfully, but these errors were encountered: