<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><a href="https://bitbucket.org/openid/connect/wiki/Connect_Meeting_Notes_2021-02-15_Pacific" target="_blank">https://bitbucket.org/openid/connect/wiki/Connect_Meeting_Notes_2021-02-15_Pacific</a></div><div><p style="margin:0px;font-variant-numeric:normal;font-variant-east-asian:normal;font-stretch:normal;font-size:13px;line-height:normal;font-family:"Helvetica Neue"">> Conclusion was that there is a lot of overlap and functionality between the specs. The goals of both specs are identical : allow holder/wallet/SIOP to acquire credentials/claims from a credential/claims provider and present them to a RP.</p></div></div><span style="font-family:"Helvetica Neue";font-size:13px">> Decided to merge the specs into one and merge functionalities into credential provider spec.</span></blockquote><div> </div><div>While the goals of both do overlap, I believe it’s important early in this merger to be as crisp as possible with the language and building blocks.<br><br>I find the phrase “Credential Provider” hard to digest as there are two very distinct phases, issuing credentials and presenting credentials.  The requirements for each are clearly separate, the trust and communications from an Issuer to a Holder will vary significantly from those when a Holder is presenting to a Verifier.<br><br>These roles aren’t necessarily a convenient 1:1 mapping either.  While it’s easy to see overlap between an OP as an Issuer and SP as a Verifier, in a deployment what we call an OP/SP today may implement any of Issuer/Holder/Verifier roles.  I propose that we use distinct role names within the merged spec.<br></div><div><br></div><div>Jer</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Feb 16, 2021 at 7:17 PM Edmund Jay via Openid-specs-ab <<a href="mailto:openid-specs-ab@lists.openid.net">openid-specs-ab@lists.openid.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>
</div><div><br></div><div>The notes for the 2021-02-15 meeting is located here : <br></div><div><br></div><div><a href="https://bitbucket.org/openid/connect/wiki/Connect_Meeting_Notes_2021-02-15_Pacific" target="_blank">https://bitbucket.org/openid/connect/wiki/Connect_Meeting_Notes_2021-02-15_Pacific</a></div><div><br></div></div>
_______________________________________________<br>
Openid-specs-ab mailing list<br>
<a href="mailto:Openid-specs-ab@lists.openid.net" target="_blank">Openid-specs-ab@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs-ab" rel="noreferrer" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs-ab</a><br>
</blockquote></div>

<br>
<i style="margin:0px;padding:0px;border:0px;outline:0px;vertical-align:baseline;background:rgb(255,255,255);font-family:proxima-nova-zendesk,system-ui,-apple-system,system-ui,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",Arial,sans-serif;color:rgb(85,85,85)"><span style="margin:0px;padding:0px;border:0px;outline:0px;vertical-align:baseline;background:transparent;font-family:proxima-nova-zendesk,system-ui,-apple-system,BlinkMacSystemFont,"Segoe UI",Roboto,Oxygen-Sans,Ubuntu,Cantarell,"Helvetica Neue",Arial,sans-serif;font-weight:600"><font size="2">CONFIDENTIALITY NOTICE: This email may contain confidential and privileged material for the sole use of the intended recipient(s). Any review, use, distribution or disclosure by others is strictly prohibited.  If you have received this communication in error, please notify the sender immediately by e-mail and delete the message and any file attachments from your computer. Thank you.</font></span></i>