<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <p>Hey Joe, I was there as well!! I am mentioned several times</p>
    <p>Kind regards</p>
    <p>David<br>
    </p>
    <div class="moz-cite-prefix">On 23/11/2023 16:05, Joseph Heenan via
      Openid-specs-digital-credentials-protocols wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:5ABC4D89-A4C0-4894-8D8B-636A63EB7EC8@authlete.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">Spec Call Notes 2023-11-23<br>
        <br>
        Attendees:</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Kristina Yasuda</div>
      <div dir="ltr">Joseph Heenan</div>
      <div dir="ltr">Christian Bormann</div>
      <div dir="ltr">Mark Haine</div>
      <div dir="ltr">Torsten Lodderstedt</div>
      <div dir="ltr">Giuseppe De Marco</div>
      <div dir="ltr">Judith Kahrer</div>
      <div dir="ltr">Paul Bastian</div>
      <div dir="ltr">Bjorn Hjelm</div>
      <div dir="ltr">Daniel Fett</div>
      <div dir="ltr">Pedro Felix</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><u>Publishing a new revision of VCI</u></div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">It’s a while since a numbered working group draft
        was published (Feb 2023). We should probably publish. Agreed to
        publish whatever is there at the end of today’s call.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">There’s some inconsistencies in numbering. We last
        published 11, but the current draft is numbered 13. We agree to
        publish the latest as 12.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><u>Pedro asked about timing for implementor’s
          draft.</u></div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Kristina proposed doing it once we’ve finished
        discussing the instances terminology. A lot of discussion.
        Torsten was in favour of starting implementor’s draft process
        immediately to lock in IPR protections. Others in favour of
        getting known breaking changes in. Torsten was worried that this
        could drift for a long time and expand in scope. Kristina said
        MS need the IPR protection, but not all the features they are
        implemented are in the draft yet. Christian suggested time
        boxing it. Joseph suggested getting the vote started before
        Christmas/New Year holidays, which gives us about 3 weeks to do
        any normative changes before starting WGLC and then the ID
        draft. Torsten agreed to that.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><u>Issues/PRs</u></div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><a
          href="https://github.com/openid/OpenID4VCI/issues/89"
          moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/openid/OpenID4VCI/issues/89</a><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Kristina asked why `proof_types_supported` isn’t
        the indication that a proof is required.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Torsten agreed but suggested that the “supported”
        suffix isn’t then applicable. Torsten suggested “required” but
        Joseph said that is awkward if there are multiple entries as
        only one is required. Torsten suggested just omitted
        “supported”, and if it was omitted then proof of possession is
        not required.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><a class="moz-txt-link-freetext" href="https://github.com/openid/OpenID4VCI/pull/70">https://github.com/openid/OpenID4VCI/pull/70</a></div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Torsten has objections but they’re only editorial
        but has questions about the charging mechanism.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Joseph suggested we keep the recently raised
        charging issue separate and consider merging this for the
        original purpose of notifications.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">David said there’s no difference of the credential
        failing at the last minute and the issuer doesn’t need this
        notification and this is adding complexity to all wallets.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Joseph said the complexity is low for wallets and
        we have issuers (Microsoft, Forgerock) telling us it’s valuable
        to them so the balance is towards merging.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Torsten suggested as we have implementors wanting
        it we should add it, and review in a few months if people are
        actually finding it useful.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">David C agreed with that and will make a comment to
        that effect.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">We agreed to keep the charging mechanism out of
        scope.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><a
          href="https://github.com/openid/OpenID4VCI/issues/91"
          moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/openid/OpenID4VCI/issues/91</a></div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Kristina explained her latest thinking from her
        most recent comment.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Torsten, Joseph & Judith agreed with latest
        thinking.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Daniel agreed to have a go at a terminology PR, and
        there may be follow ups needed.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><a
          href="https://github.com/openid/OpenID4VCI/pull/95"
          moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/openid/OpenID4VCI/pull/95</a></div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Pedro said he was okay to the response he got about
        lack of internationalisation.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Kristina asked about introducing pin_type to allow
        alphanumeric pins.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Agreed to add this. And to remove the 4-8 length
        restriction.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Consensus around renaming pin to tx_code before we
        merge.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><a
          href="https://github.com/openid/OpenID4VCI/issues/94"
          moz-do-not-send="true" class="moz-txt-link-freetext">https://github.com/openid/OpenID4VCI/issues/94</a></div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr">Pedro asked that we talk about this, but we didn’t
        have time today, but please review it and we’ll talk about it
        next week.</div>
      <div dir="ltr"><br>
      </div>
      <div dir="ltr"><br>
      </div>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
    </blockquote>
  </body>
</html>