15:36:05 RRSAgent has joined #vcwg 15:36:10 logging to https://www.w3.org/2024/11/13-vcwg-irc 15:36:10 RRSAgent, make logs Public 15:36:11 please title this meeting ("meeting: ..."), ivan 15:36:19 Meeting: Verifiable Credentials Working Group Telco 15:36:19 Date: 2024-11-13 15:36:19 Agenda: https://www.w3.org/events/meetings/bcd2e026-9621-481e-8ac6-824a71464234/20241113T110000/ 15:36:19 chair: brent 15:36:20 ivan has changed the topic to: Meeting Agenda 2024-11-13: https://www.w3.org/events/meetings/bcd2e026-9621-481e-8ac6-824a71464234/20241113T110000/ 15:58:28 present+ 15:58:48 mandyv has joined #vcwg 15:58:53 present+ 15:59:12 brent has joined #vcwg 15:59:27 present+ 16:01:20 present+ manu, joe 16:01:38 present+ campbell 16:02:24 present+ wes-smith 16:02:26 wes-smith has joined #vcwg 16:02:32 present+ bigbluehat 16:02:38 present+ dlongley 16:02:42 present+ TallTed 16:02:48 present+ davidc 16:03:13 DavidC has joined #vcwg 16:03:21 present+ 16:03:59 bigbluehat has joined #vcwg 16:04:07 present+ kevin 16:04:10 scribe+ 16:04:12 present+ 16:04:12 KevinDean has joined #vcwg 16:04:15 present+ 16:04:17 Wip has joined #vcwg 16:04:22 present+ 16:04:51 brent: welcome to the VCWG call 16:05:03 ... we are back after some events last week 16:05:08 ... today's agenda is pretty simple 16:05:23 ... we'd like to hear about IETF meeting results from last week and how they pertain to us 16:05:29 present+ jennie 16:05:32 ... and also look at the Controller Document remaining issues 16:05:43 ... anyone have any changes or additions to the agenda? 16:05:58 manu: should we talk about the future security work? 16:06:07 ... maybe 2-5 minutes on that? 16:06:09 brent: sounds fine 16:06:23 ... anyone on the call who would like to introduce themselves? 16:06:24 JennieM has joined #vcwg 16:06:57 Topic: Upcoming SING Review Process 16:07:14 BC has joined #vcwg 16:07:18 manu: the security interest group is starting in the next few weeks 16:07:26 ... the charter review for that group has gone well 16:07:45 ... a few of us have talks with folks that are going to be in that group about the VC work 16:07:58 ... once the group exists, they can formally finalize the reviews on our specifications 16:08:04 ... focusing first on the data model 16:08:10 ... then the securing mechanisms 16:08:19 ... and then other things beyond that 16:08:36 present+ gabe 16:08:48 ... thanks for that update simone ! 16:09:14 ... there's potential that we could bring SING groups into this call to get feedback 16:09:27 ... but this will certainly need to be a priority 16:10:04 brent: the topics simone wanted to discuss with the group and the threat modeling exploration... 16:10:11 ... I think that would be great to hear about on this call 16:10:17 q+ to also mention BBS blind and pseudonym features "should we have an adoption call"? request on CFRG 16:10:22 ... so ivan and I will reach out to SING to try and arrange something 16:10:30 ack manu 16:10:30 manu, you wanted to also mention BBS blind and pseudonym features "should we have an adoption call"? request on CFRG 16:10:55 decentralgabe has joined #vcwg 16:11:03 present+ 16:11:07 manu: there has been a recent request to put out a call for consensus to adopt Blind BBS and BBS Pseudonyms at the CFRG 16:11:26 ... these are important because they enable things with the BBS cryptosuites we use here 16:11:42 ... like unlinkability 16:11:56 ... where the signature changes every time you do the presentation 16:12:45 ... the Psuedonyms provide for preventing Sybil attacks 16:12:48 JoeAndrieu has joined #vcwg 16:12:53 present+ 16:12:58 ... it would be super helpful to have folks support the adoption on the CFRG list 16:13:11 Request for a call for adoption of Blind BBS and BBS Pseudonyms: https://mailarchive.ietf.org/arch/msg/cfrg/J4pdvxigpXiW7bUfCNeD92fgzng/ 16:13:46 ... these are basic cryptographic primitives that can be used in many technologies, so please write in to support that. 16:13:54 brent: any questions or comments? 16:13:57 Topic: Report on IETF 16:14:12 i/manu: there has been/Topic: BBS related issues/ 16:14:18 brent: I was at the IETF last week 16:14:38 ... I briefly shared a few things 16:14:45 ... I was at the SPICE meetings 16:15:00 ... their current work items are SD-CWT 16:15:12 ... there's a push in that group to produce an architecture document 16:15:21 ... once that's in progress, I expect that to be of interest here 16:15:37 ... as folks here have already spent quality time on that topic and terminology 16:16:12 q+ 16:16:47 ack ivan 16:17:43 +1 thanks to OAuth WG for avoiding the collision. 16:19:23 ... SD-JWT is at last call and very very close to being done 16:19:34 ... the JOSE/COSE spec should be able to reference it 16:19:55 ... the SD-JWT spec will also be using a different media type which will avoid the previous conflicts 16:20:08 q+ 16:20:14 ack manu 16:20:16 ... any comments before moving to controller document? 16:20:28 manu: it's great news about the media type change 16:20:39 ... does that mean there are no more standing formal objections planned? 16:20:56 ... can we get a confirmation that there are no more potential blockers to JOSE/COSE 16:21:09 BC: I will not commit to that at this point. 16:21:21 manu: what might you still object over? 16:21:30 ... your original objection was over the media type 16:21:49 BC: correct. We don't have a media type conflict. 16:21:59 ... but I'm not going to say anything here you'll use later 16:22:12 brent: thank you, BC. I'll move things forward. 16:22:21 BC: thank you brent. There likely will not be. 16:22:32 Topic: Controller Document 16:22:35 brent: no more comments, then? let's move to controller document 16:22:48 https://github.com/w3c/controller-document/pulls 16:22:56 ... we have a controller document, but no consensus yet on a possible new name for it 16:23:00 ... there is one pull request 16:23:23 ... it only has 99 comments in last couple weeks 16:23:47 JoeAndrieu: there's some editorial work to do yet 16:23:54 ... most of the substantive things to address as well 16:24:08 ... DavidC's proposal to adjust the name of the controller 16:24:10 q+ 16:24:21 ... there's some confusion about the controller property at the root of the document 16:24:57 ... DavidC proposed trying to make that value's use more clear by renaming it 16:24:57 JennieM has joined #vcwg 16:25:11 ... but I think making that a separate issue could help us move the rest of it forward 16:25:16 ack DavidC 16:25:23 DavidC: my motivating factor was to remove ambiguity 16:25:37 ... it came from JoeAndrieu's comment about them being two different things 16:25:49 q+ to note "different semantics" are debatable. 16:25:52 ... my hope is to make the document more understandable 16:26:05 ... but I'm happy for it to be a separate issue 16:26:11 +1 to use a separate issue (and -1 to change it generally) 16:26:17 ack manu 16:26:17 manu, you wanted to note "different semantics" are debatable. 16:26:23 ... I'd like the doc to be understandable to the average computer scientist 16:26:33 manu: I understand the desire for clarity 16:26:48 ... I would like to see the discussion continue 16:27:04 ... and a separate issue would help us move the normative changes forward and get to CR 16:27:07 q+ to mention Ivan's latest about terminology 16:27:17 ... the "different semantics" bit is probably debatable 16:27:35 ... you know which is which based on where the property is used 16:27:46 ... so changing the name could actually introduce confusion 16:28:00 ack JoeAndrieu 16:28:00 JoeAndrieu, you wanted to mention Ivan's latest about terminology 16:28:04 ... regardless, +1 to making this a separate issue as there's certainly more we can discuss 16:28:12 JoeAndrieu: +1 to it being debatable 16:28:19 +1 to not "worth the squeeze" 16:28:22 ... and glad it will be it's own issue, so we can do that 16:28:50 ... we have some guarantees for the `id` at the root of the document matching the resolution mechanism 16:29:01 ... we don't have that for other scenarios 16:29:12 ... we need a way to reference the canonical place this should be 16:29:36 ... we don't mean the `id` of any of the other contained things, but the `id` at the root of the document 16:29:43 q+ to ask why we can't just use HTTP dereferencing semantics? 16:29:50 ack manu 16:29:50 manu, you wanted to ask why we can't just use HTTP dereferencing semantics? 16:30:01 manu: can we use HTTP dereferencing semantics? 16:30:30 JoeAndrieu: I think we are partially, because we're saying "canonical URL" 16:30:49 ... which identifier we're talking about in the JSON document seems more like a JSON problem than an HTTP problem 16:31:01 brent: is that a new issue? or part of this PR? 16:31:11 JoeAndrieu: this PR needs to say that they are the same 16:31:18 ... I kinda made up the "base identifier" term 16:31:39 brent: maybe just "the `id` property at the root of the document"? 16:31:44 ... do we need more terms? 16:31:51 JoeAndrieu: that is a mouthful 16:32:00 ... it'd be easier to say "the base identifier" 16:32:05 ... and define that in one place 16:32:21 brent: so, maybe add it to the terminology section? 16:32:26 q+ 16:32:29 ... unless others have a term they'd prefer? 16:32:32 ack ivan 16:32:37 ivan: I don't have a term I'd prefer 16:32:44 I'd be fine w/ defining a term and then referring to it :) 16:33:12 ... I want to make it clear that the terminology of "base identifier" does not bring new things to the vocabulary--that it's editorial only 16:33:23 ... this is where I stumbled on this problem 16:33:27 fine for it to be clearly indicated as "editorial" 16:33:34 yep ^ 16:33:45 JoeAndrieu: what about the other half? 16:34:14 ivan: if we want to formalize it, you introduce more things into the actual vocabulary 16:34:27 JoeAndrieu: there's some motivation to do that, as needed 16:34:36 ... you were opposed to canonical URL 16:34:42 ... I think it is canonical 16:34:48 ivan: what do you mean by canonical? 16:34:50 q+ 16:35:02 JoeAndrieu: DID documents are defined by resolution for that did method 16:35:11 ... so the canonical URL is the one where you go and get that thing 16:35:21 ivan: but on the Web you might have several 16:35:35 JoeAndrieu: but only one is canonical 16:35:40 ivan: but what does that mean? 16:35:51 the canonical URL is the one that appears as the value of the base identifier, specified by the `id` property at the root of the controller document 16:36:06 JoeAndrieu has joined #vcwg 16:36:08 JoeAndrieu: it means if you got it from a different URL, it's "a DID document" not "the DID document"? 16:36:15 ack manu 16:36:17 manu: ivan can we make this into an issue? 16:36:26 ... it sounds editorial possibly 16:36:35 ivan: no. agreed. these are editorial 16:36:47 manu: this PR needs to get in to address the normative things? 16:36:55 ... and then we apply these during CR? 16:37:06 JoeAndrieu: it's not editorial...because it's glossary 16:37:26 DavidC has joined #vcwg 16:37:27 ... I'll put some spec text in so ivan can discuss around that text 16:37:41 ... hopefully, it'll be close to what you want 16:37:50 ivan: and if not, we can fight over it. :) that's fine 16:37:56 brent: any more discussion needed for today? 16:38:01 q+ to request discussing the poll next? 16:38:05 ... so, raising an issue to track that 16:38:13 JoeAndrieu: I'll take care of that 16:38:27 brent: great. is PR116 ready to move forward then? 16:38:42 JoeAndrieu: I think we still need people to look at the glossary terms, then we could 16:38:54 subtopic: poll results 16:38:57 ack manu 16:38:57 manu, you wanted to request discussing the poll next? 16:39:18 subtopic: https://github.com/w3c/controller-document/issues/100 16:39:50 manu: we ran a poll to rename the controller document 16:39:56 ... we got good turn out 16:40:02 ... I wish I could share my screen... 16:40:15 ... what we got as a result was fairly clear preference 16:40:23 ... 129 for Identifier Document 16:40:29 ... 113 for Controller Document 16:40:45 ... 96 for Cryptographic Identifier Document 16:40:50 ... and more beyond 16:41:02 q+ 16:41:04 ... I'll collect the results and announce them later 16:41:14 ... this was ranked choice voting 16:41:22 ... mainly to show a preference in the group 16:41:32 ... so, that's the data 16:41:45 ... we said we'd run the poll and use that as input to a proposal 16:41:59 ... brent it's up to you if you want to make the proposal now or later 16:41:59 ack brent 16:42:26 q+ 16:42:28 brent: with chair hat on, I don't think 129 vs. 113 is a strong preference...seems like a slight preference 16:42:45 ... we can make a proposal, but if we were to do a poll on those two options what would emerge 16:42:45 q+ 16:42:54 ack DavidC 16:43:36 q+ to mention ranked choice and this is the bikeshedding 16:43:41 DavidC: looking at those numbers and you take 129 and 96 together, there may be evidence of a preference for Identifier being in the name 16:43:45 We also had someone suggest Identifier's Authentic Metadata Graph 16:43:46 ack ivan 16:43:50 brent: not sure that's the right interpretation 16:44:02 ivan: I agree with brent...as the one who brought this up to begin with... 16:44:09 ... let's close this without any action 16:44:15 ack JoeAndrieu 16:44:15 JoeAndrieu, you wanted to mention ranked choice and this is the bikeshedding 16:44:18 ... because we didn't find a clear preference 16:44:26 JoeAndrieu: I sadly need to disagree 16:44:36 ... we're not going to get more information by running another poll 16:44:44 q+ to note ranked choice polls output and what they say. 16:44:53 ... this is the conversation where we'll have the opportunity to discuss this 16:45:10 ... and I think given we didn't get to discuss the name last time, we should follow the poll 16:45:29 brent: there was a good deal of conversation around the name "Controller Document" 16:45:35 ... mostly on an issue, but also on call 16:45:49 JoeAndrieu: when we first came up with the name, it was a "let's use this for now" 16:46:01 ... I don't think it has merit to dismiss the poll 16:46:04 +1 JoeAndrieu 16:46:07 ack manu 16:46:07 manu, you wanted to note ranked choice polls output and what they say. 16:46:11 brent: I don't think that's what's happening 16:46:33 manu: I agree with JoeAndrieu as one of the people who named it initially, we did select it out of thin air...mostly 16:46:41 ... I'm not a fan of "Controller Document" 16:46:52 ... the way ranked choice works isn't about the margin 16:47:08 ... anything that comes out on top, is the clear preference, even if the margin is slim 16:47:17 ... we sadly don't know who all voted 16:47:36 ... I'm willing to make the change across the documents 16:48:13 ... I think it was Gabe who made the "Identifier Document" which shows some of it's lineage to "Decentralized Identifier Document" 16:48:21 ... the poll does show a preference...however small 16:48:33 ... could we run a poll for the top two? 16:48:33 q+ 16:48:46 ... and if there's still no consensus, we stay the course? 16:49:06 brent: before going to the queue, let me attempt to express my deeply felt apathy about this change 16:49:10 ... I don't care 16:49:24 ... we could call it the Poopy Pants Thingy Document 16:49:28 ack decentralgabe 16:49:46 decentralgabe: I also do not care. Even as the person who proposed "Identifier Document" 16:49:48 PROPOSAL: Rename Controller Document to Identifier Document 16:49:52 +1 16:49:55 q+ 16:49:57 mandyv has joined #vcwg 16:49:57 ... I think there are better things to discuss 16:49:59 +1 16:50:02 +0 16:50:04 +1 16:50:05 +0 16:50:06 +1 16:50:08 -1 but would support Controllable Identifier Document 16:50:09 +1 16:50:31 +1 16:50:39 -0.7 16:51:29 TallTed: the problem with "identifier document" is that it holds both identifier and crypto material 16:51:39 ... the crypto is not identifiers as currently defined 16:52:05 ... if we want the name of this thing to communicate to people who find these, I think "identifier document" is the wrong name for it 16:52:11 dlongley: similar concerns from me. 16:52:23 ... there are many documents you could describe as "identifier documents" 16:52:34 ... these documents, however, are about controlling identifiers 16:52:43 ... so we'd sadly be missing that key thing 16:52:48 q+ 16:52:59 ack DavidC 16:53:01 ... we'd be missing something if that's the only words in the name 16:53:09 DavidC: I wanted to propose something different 16:53:32 ... is there anyone strongly against "Identifier Document"...that's how the poll went anyway 16:53:37 ack JoeAndrieu 16:53:40 brent: we sadly do not have consensus to change it 16:53:57 JoeAndrieu: I want to make the case that this document is about one identifier 16:54:05 ... it then provides things related to that identifier 16:54:13 i don't care enough to block it 16:54:13 q+ 16:54:17 The voting shows a strong concensus to change the name. 5 for, 2 dont care, 1.7 against 16:54:17 -0 16:54:28 "Identifier Interaction Methods [Document]"? 16:54:35 ack bigbluehat 16:55:14 would we get fully support for "Controllable Identifier Document"? 16:55:20 full* 16:55:23 bigbluehat: I also don't care. It may be about one identifier, but the document has more than than. I think Identifier Document is painfully broad. Controllable Identifier Docuemnt if kind of okay. 16:55:24 Controllable Identifier Document polled at 79, FWIW 16:55:45 PROPOSAL: Rename Controller Document to Controllable Identifier Document 16:55:48 -1 16:55:50 +1 16:56:01 +0 16:56:02 +0 16:56:05 +1 16:56:38 0 16:56:46 -0.9 16:57:14 With dlongley's change of vote we have 5 for, 3 dont care, 0.7 against 16:57:22 brent: the W3C process works on hard consensus 16:57:37 ... so people not liking something, means we keep working on finding what works for everyone 16:57:38 q+ 16:57:43 ack manu 16:57:48 manu: k. everyone's sad 16:57:51 ... let's move on 16:58:08 ... it would've been easier if there was strong support for something 16:58:13 ... I would have loved to change the name 16:58:18 ... but it's not worth fighting for 16:58:32 ... let this be a lesson to everyone to not arbitrarily name specs in the future 16:58:48 brent: shoulda named it poopy pants 16:58:56 JoeAndrieu: clearly you do care brent 16:59:02 ivan: so we should close this issue 16:59:21 brent: thanks everyone, that was the meeting 16:59:26 rrsagent, draft minutes 16:59:28 I have made the request to generate https://www.w3.org/2024/11/13-vcwg-minutes.html ivan 16:59:35 ... let's talk again next week 16:59:56 rrsagent, draft minutes 16:59:57 I have made the request to generate https://www.w3.org/2024/11/13-vcwg-minutes.html ivan 17:01:08 rrsagent, bye 17:01:08 I see no action items