Remember the Hyperledger Code of Conduct
Anti-Trust Policy:
Linux Foundation meetings involve participation by industry competitors, and it is the intention of the Linux Foundation to conduct all of its activities in accordance with applicable antitrust and competition laws. It is therefore extremely important that attendees adhere to meeting agendas, and be aware of, and not participate in any activities that are prohibited under applicable US state, federal or foreign antitrust and competition laws.
Examples of types of actions that are prohibited at Linux Foundation meetings and in connection with Linux Foundation activities are described in the Linux Foundation Antitrust Policy available at http://www.linuxfoundation.org/antitrust-policy. If you have questions about these matters, please contact your company counsel, or if you are a member of the Linux Foundation, feel free to contact Andrew Updegrove of the firm of Gesmer Updegrove LLP, which provides legal counsel to the Linux Foundation.
Attendees
- Timo Glastra (Animo) <timo@animo.id>
- Lance Byrd (RootsID) <lance.byrd@rootsid.com>
Resources
- Hyperledger Discord: https://discord.gg/hyperledger (#aries-javascript and #aries-bifold)
- Aries JavaScript Docs: https://aries.js.org/
- Repositories:
- Aries Framework JavaScript: https://github.com/hyperledger/aries-framework-javascript
- Aries Framework JavaScript Extension: https://github.com/hyperledger/aries-framework-javascript-ext
- Aries Mobile Agent React Native: https://github.com/hyperledger/aries-mobile-agent-react-native
Status updates
- Aries Bifold (Aries Bifold User Group Meetings)
- Prepare for update to 0.3.0
- Expose metadata directly through react hooks extensions
- Aries Call
- ??
- DIDComm v2 Adoption
- Comments welcome on spreadsheet for important DIDComm v2 considerations/attributes
- Discussion welcome in the discord channel
- Join the discord or reach out to Lance Byrd
- Berend Sliedrecht working on DIDComm TypeScript library
- Plan to set up a DIDComm v2 working group call to share thoughts of implementing DIDComm v2 support across Aries frameworks
- IIW is coming up - https://internetidentityworkshop.com
- November 15 - 17
Agenda
- Record the meeting
- Credential delay
- First credential exchange has big delay from accepting offer to receiving credential
- Doesn't return did when it has found it on one ledger, continues to resolve it from all ledgers
- the more ledgers added, the larger the delay
- Qualified dids can provide a solution to this (Because we don't need to fetch the did from all ledgers)
- DIDComm v2 support
- https://github.com/hyperledger/aries-framework-javascript/pull/1096
- Main points:
- Do not add didcomm libarry to core, should be dynamically registered as didcomm/signing/key provider
- Keys should not leave the wallet, rather the content should be given to the wallet and signed / encrypted content should be returned
- https://hackmd.io/6eXZcMhdQR-QCNPMFYTvuA
- Ask whether they can present their work at the AFJ WG Call
- 0.3.0 release .... continued
- Indy SDK
- Migration to shared components
- Aries Askar
- Indy VDR
- Indy CredX (AnonCreds)
- Migration to shared components
Meeting Notes
Future topics
Next Week:
- Shared components how to finish asap
- Mikes PR merge
- potentially multi vs single use invite performance
Future Topics:
- Ledger Agnostic AnonCreds in AFJ
- React Native testing
- Monorepo dependencies
- TypeScript types
- ACA-py and AFJ performance/scale documentation
- Mike's modularization, etc documentation
- Open ID Connect for Issuance/Verification
- Hyperledger fabric and Aries wrapper new updates
Meeting recording: