15:49:03 RRSAgent has joined #did 15:49:07 logging to https://www.w3.org/2024/11/14-did-irc 15:49:11 rrsagent, draft minutes 15:49:13 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html Wip 15:49:17 rrsagent, make logs public 15:49:35 Meeting: Decentralized Identifier Working Group 15:49:40 Chair Will Abramson 15:49:48 Chair: Will Abramson 15:50:01 s/Chair Will Abramson// 15:50:27 Agenda: https://lists.w3.org/Archives/Public/public-did-wg/2024Nov/0002.html 15:50:33 present + 15:54:43 TallTed has joined #did 16:01:16 regrets+ 16:01:47 present+ 16:01:52 KevinDean has joined #did 16:01:56 present+ 16:01:58 markus_sabadello has joined #did 16:02:00 JoeAndrieu has joined #did 16:02:18 present+ 16:03:35 swcurran has joined #did 16:03:40 present+ 16:03:50 present+ 16:03:56 scribe+ 16:04:08 Meeting: DID Working Group Meeting 16:04:20 Chair: Wip 16:04:45 JennieM has joined #did 16:05:03 Wip1 has joined #did 16:05:28 present+ 16:05:49 q+ to request did-extensions registration issue. 16:06:00 ack manu 16:06:00 manu, you wanted to request did-extensions registration issue. 16:06:56 manu: Request to discuss a registration issue for did:tdw and it has been challenged on the name. Need the group to provide an opinion. Suggest timebox. 16:07:16 wip: Proposal for the extensions registry first, and if there is time, we'll look at that topic. 16:08:34 q+ 16:08:37 : Michael Herman introduced himself -- not on IIRC. Outline of past contributions to the DID Core spec. Founder of Web 7.0 and curator of the Trusted Digital Web. 16:08:40 ack markus_sabadello 16:09:11 smccown has joined #did 16:09:12 bigbluehat has joined #did 16:09:33 present+ 16:09:43 present+ 16:10:19 markus_sabadello: Nice to see you Michael -- recall your work on DID Resolution. There are some old issues you opened in DID Resolution and some have been closed after comment and non-response. Michael Herman should look at those close issues to see if any should be reopened. 16:10:55 Topic: Announcements 16:11:00 : Michael's response -- I see the issues when closed and have not seen a need to respond, but will make an effort to. 16:11:25 Subtopic: Announcement 16:11:53 Wip: Gabe Cohen was included in those affected by the TBD shutdown, but will remain as Invited Expert. 16:11:53 https://github.com/w3c/did-core/issues/855 16:12:14 Wip: Please review the above issue -- Abstract Data Model. 16:12:17 q? 16:12:32 stephan has joined #did 16:12:41 Topic: DID Core PRs 16:12:50 Wip1: Updoming call on that ... date to be added 16:13:00 Open PRs on DID Core: https://github.com/w3c/did-core/pulls 16:13:02 Sub-topic: Open PRs 16:13:05 s/.../Abstract Data Model/ 16:14:30 manu: Agreed that we would focus on the "big issues" first -- see what the different classes of changes are -- 1, 2, 3, 4. DID WG charter limits the class of changes. 16:14:58 manu: Substantial rewrite of the DID Core is coming based on the Controller Document spec/WG 16:15:07 manu: But that is later. 16:15:43 subtopic: https://github.com/w3c/did-core/pull/867 16:15:58 manu: Media types are an issue. Proposal of 3 part media types was not accepted. 16:16:39 q? 16:16:45 ... New context for the JSON-LD context to align with Controller Document 16:16:55 subtopic: https://github.com/w3c/did-core/pull/868 16:17:43 regrets+ 16:18:11 manu: Discussion about Issue 863 -- can we use a single media type. Lots of IETF / IANA discussions, but agreed on one media type "DID", for JSON, and then if CBOR or other is needed, add that DID+CBOR. 16:18:17 q? 16:18:18 ... any objections? 16:18:28 ... none - yay! 16:18:33 subtopic: https://github.com/w3c/did-core/pull/869 16:20:31 Wip has joined #did 16:21:05 manu: Issue 838. About media types and how precise apps need to be. Layers on 868. If apps are misconfigured, and they use the wrong media-type, it might be OK to process the document -- e.g. if they just use "json". Prefer that the right media type is used, but if not, the consuming software **MAY** proceed and try to process the document -- e.g. 16:21:05 look for context, lint the DIDDoc, etc. Suggest don't throw errors. 16:21:40 ... or throw an error if your app wants to. 16:21:50 q? 16:21:59 ... small typo to be addressed, but once fixed, merge will happen 16:22:09 ... all PRs will be merged. Awesome! 16:22:16 Topic: DID Resolution Issue Processing 16:23:39 markus_sabadello: Some issues about initial feedback -- 81, 82, 83 -- these have been addressed and so these initial ones can be closed. Marked pending closed. 16:23:55 q+ 16:23:58 ... 34, 35, 60 are also pending closed. 16:24:02 ack Wip 16:24:32 Wip: Reminder -- please review the pending closed ones, and make sure they have been addressed. Last chance. 16:24:33 s/81, 82, 83/80, 81, 82, 83/ 16:24:35 +1 to closing 16:24:53 The group discussed them, sub issues were created, we don't need the tracking issues anymore. 16:25:05 https://github.com/w3c/did-resolution/pull/96 16:25:15 subtopic: https://github.com/w3c/did-resolution/pull/96 16:25:49 markus_sabadello: Discussion about the terms primary and secondary resources and URL de-referencing. Tried to address the confusion mentioned in a recent WG call. Opened today -- please review. 16:26:54 markus_sabadello: Good first issues -- 4 have been highlighted. It would be good to get others contributing to the spec, so we'd like that to happen. Please contribute!! 16:27:17 Issues here - https://github.com/w3c/did-resolution/issues?q=is%3Aissue+is%3Aopen+label%3A%22good+first+issue%22 16:27:22 ... A label has been put on the issues. 16:29:09 https://github.com/w3c/did-resolution/issues/17 16:29:16 markus_sabadello: There are some others (???) -- issues have agreement on how to address, so someone could take those and put the PR in. 16:29:25 subtopic: https://github.com/w3c/did-resolution/issues/17 16:30:01 markus_sabadello: How DID resolution relates to DID Core. 16:30:21 ... how a DID gets to the related DID Doc. 16:31:20 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html TallTed 16:31:31 Wip: currently assigned to Steve McCown -- issue 17 and 18. Plans to look at those before the next meeting. 16:32:27 https://github.com/w3c/did-resolution/issues/19 16:32:57 markus_sabadello: 19 is not assigned -- explain the target audience of the specification -- architects, developers. 16:33:57 smccown has joined #did 16:33:57 ... To be assigned to Michael Herman. 16:33:57 https://github.com/w3c/did-resolution/issues/91 16:34:49 ... 91 -- editorial change: separating out security and privacy sections -- have two sections vs. one. 16:35:27 Wip: Great one for putting in your first PR. 16:35:47 KevinDean has joined #did 16:35:53 present+ 16:35:55 markus_sabadello: And an opportunity to be a contributor to the spec. 16:36:42 JoeAndrieu: I'll take it. 16:36:44 Topic: DID Extensions - DID Method Registry proposal 16:37:08 subtopic: https://github.com/w3c/did-extensions/issues/565 16:37:09 Wip: Goal -- proposal to be discussed and ideally agreed upon. 16:37:53 ... At the bottom is the actual proposal we want to get to. "What is the first step we can take to a better approach for managing the registry?" 16:38:06 q+ 16:38:19 Wip has joined #did 16:38:22 ... suggestion is to add a "last updated" attribute to the entries. 16:38:58 q? 16:39:01 ack manu 16:39:01 ... but is there more or something else that could/should be done. And then ping all entry owners to do a "proof of liveness" 16:40:27 manu: Short proposal -- can we put a "last_update_date" and people have a certain amount of time to refresh, and if they don't we only show the active ones, with a button that there expired ones. Goal is to address the criticism that there are too many "not active" registrations. 16:40:55 ... we need to pick a time period (perhaps a year), and if you don't update the method in a year, the entry goes into a second list. 16:41:07 q+ mherman 16:41:34 ... that would reduce the list of default displayed methods to those that people are willing to do a PR on their method entry. 16:42:23 ... we have in GitHub the last time that the entry was updated. And we can ping all the contacts. We can even automate the PRs that only change the date, but nothing else. 16:42:41 ack mherman 16:43:52 q+ 16:44:12 ack manu 16:44:12 q+ 16:44:18 : Michael Herman -- why is too many DID Methods a problem? These are identifiers, there are many identifiers, there are many identifier schemes. These should be like domain names. This idea of limiting the names seems weird. 16:45:40 manu: Many of these DID methods are not being developed. You are maintaining something that is dangerously misleading. In comparison to domain names -- you are required to keep those alive. Our bar is less, but the goal is the same. You have to keep your DID Method active. 16:45:54 q+ mherman 16:46:09 q+ to mention that "dangerously misleading" exactly why a registry is a bad idea in the first place. 16:46:45 ack KevinDean 16:47:57 ack mherman 16:47:58 KevinDean: Challenge is one of longevity. If a DID is used in signing something -- someone years from now should be able to find how to use a DID to verify the signature. If there are DID Methods that are unused and so we need a way to maintain the list in a better way. 16:48:54 ack JoeAndrieu 16:48:54 JoeAndrieu, you wanted to mention that "dangerously misleading" exactly why a registry is a bad idea in the first place. 16:48:56 : Michael Herman -- agree on keeping fresh and current. Reject wholeheartedly that someone thinks there are too many methods. 16:49:20 smccown has joined #did 16:50:18 q+ to point to new PR: https://github.com/w3c/did-extensions/pull/593 16:50:26 JoeAndrieu: It is innate that people will think it is "definitive". It is not -- it is just a list, a resource to find out about DID Methods. Knows about a DID Method that is used 10s of millions of time and not registered. 16:50:28 q+ 16:50:32 ack manu 16:50:32 manu, you wanted to point to new PR: https://github.com/w3c/did-extensions/pull/593 16:50:51 +1 (no objections to proposal) 16:50:53 q- 16:50:53 markus_sabadello has joined #did 16:50:55 manu: Not hearing objections to the proposal. 16:51:47 -infinity to requiring a domain name 16:51:57 PROPOSAL: Add a "lastUpdated" date to the DID Method registration to enable the ability to convey whether a DID Method is actively maintained in the list of DID Methods. 16:51:59 : Michael Herman -- approach to resolve the collision issue. 16:52:01 +1 16:52:04 +1 16:52:05 +1 16:52:05 +1 16:52:09 +1 16:52:13 : +1 16:52:14 +1 16:52:14 +1 16:52:27 RESOLVED: Add a "lastUpdated" date to the DID Method registration to enable the ability to convey whether a DID Method is actively maintained in the list of DID Methods. 16:52:40 q+ to point to new PR: https://github.com/w3c/did-extensions/pull/593 16:52:44 ack manu 16:52:44 manu, you wanted to point to new PR: https://github.com/w3c/did-extensions/pull/593 16:52:52 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html TallTed 16:53:57 subtopic: https://github.com/w3c/did-extensions/issues/586 16:53:58 manu: On Joe's point -- 593 was raised. Document still says "Official Registry" -- that is controversial -- so this changes the language, and so there is no language proposed -- "This is a list..." -- says nothing of a Registry. Please comment on the PR. 16:54:10 s/:/swcurran:/g 16:54:22 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html TallTed 16:55:18 scribe+ 16:55:20 s/swcurran: +1/ +1/g 16:55:30 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html TallTed 16:56:32 q+ to "patent and trademark issues" and "they're just people's opinions" 16:56:46 s/swcurran: Michael Herman -- /Michael Herman: /g 16:56:55 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html TallTed 16:57:09 : Michael Herman -- has prepared notes. Unfortunate about what has happened. That said Michael has been working on the Trusted Digital Web for the past ten years -- now called Web 7.0. Has decided to defend his unregistered trademark. Further, this is not the place to adjudicate trademark disputes -- comments made about that are 16:57:09 irrelevant. This is between Michael's organization and whatever is the did:tdw organization. Raises some other situations that Michael things that he things are precedents. 16:57:42 ... Michael plans to see this through. W3C needs to think about if it is complicit. 16:57:50 ack manu 16:57:50 manu, you wanted to "patent and trademark issues" and "they're just people's opinions" 16:58:02 smccown has joined #did 16:58:07 +1 to continue 16:58:16 manu: Need more time to talk through this. Request -- to be continued. 16:58:36 s/Michael Herman:/MichaelHerman:/g 16:58:36 s/: Michael Herman -- has/MichaelHerman: has 16:58:54 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html TallTed 16:59:11 IANAL, but IMO, did:tdw is a valid trademark of did:tdw and not a valid trademark, registered or otherwise, of Michael Herman 16:59:47 s/irrelevant. This/... irrelevant. This/ 17:00:16 s/look for context/... look for context/ 17:00:27 ... This became an issue when trademark issues were raised. There are a set of policies that kick in. This is the WG that owns the document and that means that they must be addressed here. If those goes the litigation path, there are lawyers that will have weigh in. 17:00:34 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html TallTed 17:01:35 ... Saying W3C is too broad -- need to be more specific about who Michael wants to engage in W3C. 17:01:56 ... up to DID Working group if there is no resolution on the PR. 17:02:05 s/up/Up/ 17:02:31 Wip: To be continued. Need to close the call. 17:02:51 ... Thanks all. 17:03:13 rrsagent, make minutes 17:03:15 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html Wip 17:06:24 s|w3c/did-resolution#19|subtopic: w3c/did-resolution#19 17:06:29 RRSAgent, make minutes 17:06:30 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html pchampin 17:11:55 s|https://github.com/w3c/did-resolution/issues/19|subtopic: https://github.com/w3c/did-resolution/issues/19 17:11:58 RRSAgent, make minutes 17:11:59 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html pchampin 17:12:40 s|https://github.com/w3c/did-resolution/issues/91|subtopic: https://github.com/w3c/did-resolution/issues/91 17:15:07 RRSAgent, make minutes 17:15:08 I have made the request to generate https://www.w3.org/2024/11/14-did-minutes.html pchampin 17:54:34 brent has joined #did 19:08:09 bkardell_ has joined #did 19:11:03 Zakim has left #did 20:24:11 brent has joined #did 21:54:25 dmitriz has joined #did 21:56:48 brent has joined #did 22:58:57 brent has joined #did 23:47:46 brent has joined #did