Summary
Expected topics:
- Release updates
- Proposal for Fully Qualified DIDs in Indy SDK
- Pack unpack versus msgpack
- Ursa and AMCL
- HIPEs
Timezone: US afternoon and Asia morning
We intend to record this call.
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
- Name (organization) <email>
Announcements
Summary of Prior Call
Release Status
- Indy Node
- Late July: 1.9.1
- Bug fix release
- Authors vs Endorsers (INDY-1999)
- Public write access (INDY-2171)
- Bug fix release
- August: 1.9.2
- Bug fix release
- September: 1.10.0
- PBFT view change
- Late July: 1.9.1
- Indy SDK
- Late July: 1.11.0
- Usability improvements to Indy CLI and Payments (Sovrin Foundation and Evernym)
- Requires concurrent release with libsovtoken
- LibVCX without agency (Evernym)
- Proof of possession of payment address – UNLIKELY
- Usability improvements to Indy CLI and Payments (Sovrin Foundation and Evernym)
- August:
- Finish Authors vs Endorsers
- Finish proof of possession of payment address
- GitLab migration alongside Jenkins (Foundation)?
- Platform Updates (Evernym?)
- Future
- Aries / Indy split
- Anoncreds 2.0 (Sovrin Foundation, BC.gov?)
- Late July: 1.11.0
- Ursa
- July: 0.2.0
- Refactor internal plumbing for anoncreds 2.0, shouldn't impact external interfaces
- Multi-signature BLS instead of aggregated signature
- July: 0.2.0
- Aries
- Agent from Indy Catalyst migrated to aries-cloudagent-python (BC.gov)
- Initial code migration from Indy SDK repositories
- Indy Catalyst
- Not migrated yet
Work Updates
- Documentation improvements: Michael B and Stephen C
- Need to review and prune out-of-date documentation (Alice / Faber treatment of pairwise DIDs is a key pain point)
- Michael is working on Indy Agent walkthrough using C#
- SDK 2.0 architecture / Indy-Aries split (Sergey)
- GitLab migration (Mike and Steve G)
- Demo in the Identity Implementers call?
- Issues with Jenkins machines because Rust builds run out of memory—workaround increased build time but is a temporary solution
- Advanced Schemas and W3C creds (Ken)
- Can successfully write and retrieve the Context object from the node code. Will track through all layers up to Aries.
- https://github.com/ken-ebert/indy-node/commits/master
- Once unit tests work, will commit back either to Master or in a Branch.
- 5 additional objects need to be added.
- Can successfully write and retrieve the Context object from the node code. Will track through all layers up to Aries.
- Warnings from rust cargo clippy (Mike)
- IS-1270 through IS-1274
- New design for revocation / Anoncreds 2.0 (Mike)
- Would be useful to have a comparison in performance between Anoncreds 1.0 and Anoncreds 2.0
- First draft is latex document in Ursa repo. Will be published as PDF and HTML.
- Need a plan for changes to Indy Node
- HIPE for overall changes, then a design PR for the changes specific to the different repos.
https://github.com/hyperledger/indy-node/tree/master/design
- HIPE for overall changes, then a design PR for the changes specific to the different repos.
Other Business
- Proposal for Fully Qualified DIDs
- IS-451
- Breaking change in order to go faster and avoid duplicated code?
- New pack / unpack requires disclosure of recipient
- Cannot hide the receiver of the message like we could with msg_pack
- Allows having multiple recipients of the same message
- Should list the drawback in the Aries-RFC? Is there an alternative way that preserves the capability to selectively disclose the recipient?
- Ursa and AMCL
- Accepting HIPE PR #138, Issue #144
- Close PR https://github.com/hyperledger/indy-sdk/pull/1048 as something that will be replaced by the advanced schema work?
Next Week
- PostgreSQL wallet to graduate from "experimental" status?
- How to handle old pull requests that failed DCO Checks? Close?
- How to handle pull requests for IOS / Swift wrappers? Close and encourage the move to Aries?
- How to handle pull requests for LibVCX? Deprecate?
- Maintainership requirements for Indy Node and Indy SDK
- HIPE pull requests: https://github.com/hyperledger/indy-hipe/pulls
Action items
- Nathan (Daniel)
- Set up alternate meeting hosts to record