-
Notifications
You must be signed in to change notification settings - Fork 71
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
Adapt to latest did-core-spec #155
Comments
This is excellent, thanks for capturing these changes... regarding blockchainAccountId, this may be helpful: |
Also keep an eye on w3c/did-extensions#264
|
Thank you. I will try to keep up. Although, the spec keeps getting more and more convoluted every time I look again 😅 |
@OR13 What is |
@oed its just something that uses |
Ok, |
* feat: add support for blockchainAccountId (with eip155) * test: add extra tests and assertion counts * refactor: remove unused files and reformat * fix: add support for legacy resolvers * feat: introduce `proofPurpose` support during verification * feat: add support for legacy DIDDocuments that do not list `assertionMethod` at all Verifiers now have the ability to filter the types of `verificationMethod` used from the DID document based on purpose. Please replace the `auth: true` option with `proofPurpose: 'authentication'` closes #155
🎉 This issue has been resolved in version 5.1.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
This library is using some assumptions that no longer hold true against the latest did core spec.
More specifically, did resolution should now use:
DidResolutionResult
instead ofDIDDocument
verificationMethod
instead ofpublicKey
in theDIDDocument
blockchainAccountId
instead ofethereumAddress
The text was updated successfully, but these errors were encountered: