Orie Steele

In case 2.1, the verifier an receive an unsigned VP directly from the backend holder wallet... which in turn may hav collected VCs and VPs from an unknown number of...

@sudeshrshetty lets look at case 2.1 for the answer to that, in step 4, the service agent gathers all VPs necessary to reply to the initial query... those VPs might...

I'm at a session in IIW reviewing https://specs.bloom.co/wallet-and-credential-interactions/

@sudeshrshetty I think you got all the points... the main one we've been struggling with is how to support the registration phase, and how it relates to discovery... I think...

@sudeshrshetty yeah, I think its possible that we might move faster building on top of the DIF / Bloom specs in this regard.

@NTonani `privateKeyJwk` is not defined in security vocab... so when we create JSON-LD structures that need to define private members, in order for them to be valid, we must either...

This would seem to be a request for an interface between an issuer website and a holder wallet (mobile app, web app, or web service). We have this section of...

It would be good for us to define these flows and then comment on which concrete solutions solve for them today, and their drawbacks.

ping @mprorock regarding our side thread.... in particular, they appear to be using URIs for remote KMS managed keys.

I think we decided to add some informative text about interface groups for now, something like: Wallets for Verifiable Credentials... these interfaces may be useful. Wallets for Crypto Currency... these...