Logan Porter
Logan Porter
Splitting the holder definition in two will create more confusion IMO. The holder holds the credential and the means to present that credential to a verify. So they receive credentials...
> I've also seen "derive" This has always made the most sense to me
> > I haven't thought over any implications, but it might seem reasonable to either have the issuer not sign these attributes > > There are dangerous implications here. One...
I think there is still a case for a standard place to put a human readable name and description, but it should be signed with the rest of the VC....
I can definitely see a lot of value in expanding on the `evidence` property. I think these make more sense in the VC extensions registry rather than the core data...
> > being an array and keeping it to only object or string (I'd like to see string option removed as well personally). > +1 to making credentialSubject a non...
My gut feeling is that it could lock out some potential use cases around key management and delegation if we go with `a`. Though for the overwhelming majority of cases...