<orie> my q is to ask about previous resolutions related to OAS3.0
<orie> and the proposals that passed in the last meeting
<orie> part of picking OAS was to make sure our decisions were implementable using existing standards....
<justin_richer> if you don't want to deal with opinions, get out of standards-making
<orie> but I can live with RAR being defined in ReSpec, if its not possible to define it in OAS
<orie> remember you can always object to anything when the draft tries to graduate from a community draft....
<justin_richer> @orie from a quick look, the OAuth support in OAS3 is all flow-based (grant type specific), which I believe is the wrong framing for this kind of API to begin with. So to support RAR types I would say use a simple extension for now. ReSpec would also be very simple to document this.
Topic: Pull Requests
<orie> so link to anchors, not section numbers
Recommend this group to do is to focus on section number stability this early in the definition process... not that that was suggested. ✪
<juan_caballero_(spruce)> he might be somewhere he can't go off mute (it's 10.30pm here)
Topic: Issue Processing
<mprorock> "the before times"
PROPOSAL: Regarding issue https;//github.com/w3c-ccg/vc-http-api/issues/34, if a caller desires to build a VC incrementally of from a template, the caller can use another API to do so and then send the fully formed VC to the VC HTTP API for processing.
<mike_varley> @orie - the constructor needs to know json-ld ;)
RESOLUTION: Regarding issue https://github.com/w3c-ccg/vc-http-api/issues/34, if a caller desires to build a VC incrementally of from a template, the caller can use another API to do so and then send the fully formed VC to the VC HTTP API for processing.
<orie> ahh, markus is right
<mprorock> Doofenshmirtz is best github profile pic ever
<kaliya> in the medium term ZKP-CL that Indy uses is being depricated for JSON-LD ZKP with BBS+ at least this is my understanding.
<orie> the API supports BBS+ today, but not ZKP CL
<orie> we should run a resolution to NOT support ZKP CL
<juan_caballero_(spruce)> for CL-ZKP VCs, not for BBS+ VCs
Tobias_Looker: ... In the context of CL, there is the notion of a credential definition, or a schema of a particular structure, a particular hosting of credentials... There is some complexity outside this API that would make it hard to issue CL credentials right now ✪
<mprorock> not that we can't revisit
<orie> there are a number of cryptographic schemes that require "trusted setup"
<orie> and non of them are defined in VC Data Model, better than ZKP CL....