[Openid-specs-digital-credentials-protocols] DCP WG Call 28th Jan Notes

[Tobias Looker]

# Attendees:

Kristina Yasuda
Lee Campbell
Michael Jones
Joseph Heenan
Christian Bormann
Oliver Terbu
Daniel Fett
Brian Campbell
Andres Olave
Lukasz Jaromin
Jin Wen
Bjorn Hjelm
Adam Bradley
Hicham Lozi
Steve Venema

# Notes:

## General Updates

- Please register to the hybrid meeting happening around OSW https://www.eventbrite.co.uk/e/oidf-dcp-wg-hybrid-meeting-prior-to-osw-2025-tickets-1146184230889

- There are two interop events happening soon POTENTIAL interop: 26-27 feb, ISO interop: 28-29 Feb Both in person in Utrecht (netherlands). Agreement to try and co-ordinate in slack around testing interop ahead of these events.

- Vote to Approve Proposed Second Implementer’s Draft of OpenID for Verifiable Credential Issuance Specification has started: https://openid.net/foundation/members/polls/349

- All OpenID4VCI issues have been labelled v1.0 and v1.1

## ISO WG Updates

Short summary of the virtual ISO meeting has been sent to the mailing list.

*Kristina summarised each point on the WG call*

`accepted_issuers` discussion PR #393

- Discussion in the ISO WG appeared to favor simplifying the options in PR #393, perhaps we can remove the thumbprint option and only have the AKI option. Some concern raised about the VICAL option and the fact that the VICAL url would have to be resolved. Oliver clarified just because the VICAL option features a URL it doesn't mean the wallet has to resolve this in real-time.

support for selecting multiple credentials via a single dcql #298

- Apart of the new ISO 18013-5 amendment has added a similar flag `multiple` so general support for this direction was expressed.

Define expected response if claims claim_sets is omitted in DCQL

- Some highlighted that some credential formats don't support selective disclosure hence benefit from claims being optional.
- It can be useful to request all claims by omitting the claims parameter.
- Some counter-argued that this approach is likely going to support over disclosure if allowed and hence claims should be mandatory.
- Review issue for further summary of points discussed.

Issue 397

- Steve suggested that perhaps a single presented SD-JWT or mDoc could be associated to multiple query responses.
- We summarised the three high level options we have to resolve the issue 1) don't do anything as usecase is niche 2) duplicate a presented mdoc / sd-jwt in response to multiple queries 3) figure out a referencing scheme so that a single mdoc sd-jwt is used to refer to as a response to multiple queries/use-cases.
- Review issue for further summary of points discussed.

Please review the email on the mailing list for a further summary of other issues.

Thanks,
[MATTR website]<https://mattr.global/>

Tobias Looker
MATTR
+64 273 780 461
tobias.looker at mattr.global<mailto:first.last at mattr.global>
[MATTR website]<https://mattr.global/>
[MATTR on LinkedIn]<https://www.linkedin.com/company/mattrglobal>
[MATTR on Twitter]<https://twitter.com/mattrglobal>
[MATTR on Github]<https://github.com/mattrglobal>

This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it – please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-specs-digital-credentials-protocols/attachments/20250128/2a27a251/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 22001 bytes
Desc: image001.png
URL: <http://lists.openid.net/pipermail/openid-specs-digital-credentials-protocols/attachments/20250128/2a27a251/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 872 bytes
Desc: image002.png
URL: <http://lists.openid.net/pipermail/openid-specs-digital-credentials-protocols/attachments/20250128/2a27a251/attachment-0006.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 528 bytes
Desc: image003.png
URL: <http://lists.openid.net/pipermail/openid-specs-digital-credentials-protocols/attachments/20250128/2a27a251/attachment-0007.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 921 bytes
Desc: image004.png
URL: <http://lists.openid.net/pipermail/openid-specs-digital-credentials-protocols/attachments/20250128/2a27a251/attachment-0008.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image005.png
Type: image/png
Size: 1045 bytes
Desc: image005.png
URL: <http://lists.openid.net/pipermail/openid-specs-digital-credentials-protocols/attachments/20250128/2a27a251/attachment-0009.png>