George Aristy

Results 175 comments of George Aristy

A more careful reading on [verification methods](https://w3c.github.io/did-core/#verification-methods) reveals these need not be keys. Theoretically you can shove a service definition inside a verification method section such as `authentication`. The "web"...

[Relevant section of the spec](https://identity.foundation/presentation-exchange/#claim-format-designations). @TimoGlastra The spec unfortunately lacks clear descriptions on these identifiers. I raised this issue requesting clarification: decentralized-identity/presentation-exchange#214. I'm not sure if the formats are composable...

@awoie what is missing is a state machine table (eg. [did-exchange](https://github.com/hyperledger/aries-rfcs/blob/master/features/0023-did-exchange/README.md#state-machine-tables)) that would comprehensively answer these questions. Care to raise a PR?

@awoie > It contradicts with the request-credential message where the spec says that challenge and domain might be obtained OOB. If OOB transmission is allowed, then we should probably not...

@swcurran I agree with declaring the supported envelope versions in OOB. > Do we need to think about adding a connection management protocol along the lines of the proposed sync-connection...

Note that currently we are not "really" processing DID documents as JSONLD documents. We process them as regular JSON documents that happen to have `@context`. We are not handling media...

My notes from our convo on this call: * malicious issuer may impersonate another issuer by offering images that closely resemble the real issuer's * some debate about whether the...

IMO we should make it clear that this is a proposal for "credential previews" or "visual examples" of how the final issued credential would look like, and that we are...

Can the issuer influence how the credential is rendered in the user's wallet after issuance? [RFC 013 Overlays](https://github.com/hyperledger/aries-rfcs/blob/master/concepts/0013-overlays/README.md)

@awoie > propose-credential is the only message that does not use the credential_manifest container object. It actually _is_ using the CM object. The value of `json` happens to be _the_...