Summary
<Will add after the call>Timezone: US afternoon and Asia morning
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 | |
---|---|---|
Richard Esplin | Evernym | richard.esplin@evernym.com |
Cloud Compass Computing/BC Gov | swcurran@cloudcompass.ca | |
Announcements
Agenda
Subject | Who | Notes |
---|---|---|
Summary of Prior call | Everybody | |
Calls focused on getting work done: Indy SDK WG best practices | Richard | |
Documentation: (a conversation for the US / Europe group, already had it with US / Asia)
| ||
Release Status
- Indy Node
- June: 1.9.0 Pluggable Request Handlers
- Testing is at risk for June
- July: 1.9.1
- Bug fix release
- August: 1.9.2
- Bug fix release
- September: 1.10.0
- PBFT view change
- June: 1.9.0 Pluggable Request Handlers
- Indy SDK
- June: Indy SDK 1.10.0
- Flexible Credential Attribute Tagging (BC.gov)
- Bugfixes
- July:
- GitLab migration alongside Jenkins (Foundation)?
- Linux should be ready, maybe Windows.
- Need a plan for mobile devices.
- Could run it right after the release.
- GitLab migration alongside Jenkins (Foundation)?
- August
- Platform Updates (Evernym?)
- Aries / Indy split (Evernym will help with architecture)
- Anoncreds 2.0 (Sovrin Foundation, BC.gov?
- June: Indy SDK 1.10.0
- Ursa
- June: 0.1.2
- Exposing the existing functionality over a C-API for the Aroha team.
- July: 0.2.0
- Refactor internal plumbing for anoncreds 2.0, shouldn't impact external interfaces
- Multi-signature BLS instead of aggregated signature
- June: 0.1.2
- Aries
- Initial code migration
Work Updates
- Documentation improvements: Michael B and Stephen C
- SDK 2.0 architecture (Sergey)
- Payment decorator (Sergey)
- GitLab migration (Mike and Steve G)
- Warnings from rust cargo clippy (Mike)
- IS-1270 through IS-1274
- Will look at again in July
- 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.
- Would be useful to have a comparison in performance between Anoncreds 1.0 and Anoncreds 2.0
Notes
- Status of Indy / Aries split:
- Should discuss in an Aries WG call, but not this week. Evernym is working on a proposal to start the discussion, this shouldn't stop others from putting together their own proposals.
- Sam added README / Migration Notice to Aries repos.
- Aries should be the starting point for most new developers. Need to focus on documentation for new developers. Stephen getting started.
- Daniel has been adding notes to Indy HIPE informing people when they are superceded by Aries. More of this needs to be done.
- Concerns about losing the branding work we have done with Indy. How can we transfer this branding goodness to Aries?
- We can emphasize that Aries was incubated in Indy, but we also need to be welcoming to the non-Indy people to achieve the Aries vision.
- What is the role of this call post-Aries?
- Merge this call with the Indy SDK working group?
- Cancel the Wednesday call and just use the Monday slot?
- Do we need an afternoon slot? How interested are the AU / NZ people in Indy vs Aries?
- Give room for an Aries Maintainers call?
- Merge this call with the Indy SDK working group?
- Documentation questions:
- Need to discuss with NA / EU
- Benefits of Stack Overflow
- Need to review and prune out-of-date documentation
- Alice / Faber treatment of pairwise DIDs is a key pain point
- Start with the "new developer on Aries" path, and then decide what developers need to know about Indy?
- Michael is working on Indy Agent walkthrough using C#
- Would love to see a point and click demo walkthrough
- Need to have a high enough level for new developers