Charles E. Lehner

Hi @nichonien, Sounds like a useful construct. A query would still need to be made to the underlying blockchain or verifiable data registry, to see if there is new information...

I just noticed this: [Linked Data Cryptographic Suite Registry](https://github.com/w3c-ccg/ld-cryptosuite-registry) / [Registration process](https://w3c-ccg.github.io/ld-cryptosuite-registry/#the-registration-process). It looks like maybe a more appropriate place for proof/key types. But adding to `security-vocab` might be good...

Parsing SSH public keys (RSA, Ed25519, P-256), as found in `authorized_keys`, into JWK, is implemented in #178. Parsing GPG keys is not yet implemented. If we use https://or13.github.io/lds-pgp2021/, the ASCII-armored...

I think the Ed25519Signature2018 implementation here is in alignment with `ld-proofs`. This implementation can verify test vectors (i.e. VCs/VPs generated by other implementations) in [VC API Test Suite](https://github.com/w3c-ccg/vc-api-test-suite/tree/0f78c85/packages/vc-http-api-test-server), as [tested...

@vdods sure

Received VC over email. Its credentialStatus object contains an id property which is not a valid URI/IRI. This is probably contributing to the verification failure. ssi/json-ld drops (ignores) the credentialStatus...

@vdods do you think Ed25519Signature2018 proofs are clear now, or we do need more changes?

`SolanaMethod2021` can be deprecated I think... Just need to confirm on our side regarding backwards compatibility for existing issued verifiable credentials... Originally it was to have a 1:1 correspondence between...

Unbounded invoker set meaning any holder of the capability can invoke it; like a [bearer credential](https://www.w3.org/TR/vc-data-model/#bearer-credentials).

@wyc yes, that make sense. Also that is cool that public key recovery can be done with P-256.