-
Notifications
You must be signed in to change notification settings - Fork 516
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: verify creds signed with Ed25519VerificationKey2020 #3244
feat: verify creds signed with Ed25519VerificationKey2020 #3244
Conversation
1ebab88
to
986d9a3
Compare
I would rather be able to do something like this code in the didcomm-messaging-python library: |
sorry for my confusion but can't aca-py already do this? |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Changes look good and make sense, but I don't have much knowledge of the crypto verification method stuff so I will defer to other reviewers.
The Ed25519Signature2020 is supported for issuance and verification but only if used with an Ed25519VerificationKey2018, as it turns out. I thought the same before I ran into the problem while doing some interop testing. |
155bc95
to
840d3ee
Compare
Signed-off-by: Daniel Bluhm <[email protected]>
Signed-off-by: Daniel Bluhm <[email protected]>
840d3ee
to
fcad023
Compare
Quality Gate passedIssues Measures |
This PR adds support for verifying JSON-LD Credentials using a verification method of type
Ed25519VerificationKey2020
.I'm not thrilled about this approach but I think it's the least disruptive change possible right now. Less disruptive seems like a good idea given @PatStLouis work on supporting VC-DI is already underway.
Sidebar, Patrick, hopefully the VC-DI and VCDM 2.0 implementation handles working with verification methods better than the original LDP-VC code does 😅 Working on a verification method that has been framed does not feel right.