...
Excerpt |
---|
Planned:
|
The call recording is available here:
...
20200915 Indy Contributors Call
Remember the Hyperledger Code of Conduct
...
- @name (Employer) <email>
- Stephen Curran (Cloud Compass Computing Inc.) <swcurran@cloudcompass.ca>
- Kevin Griffin (Scoir, Inc) <kg@scoir.com>
- Steve McCown (Anonyome Labs) <smccown@anonyome.com>
- Lynn Bendixsen (Indicio.tech) <lynn@indicio.tech>
- Wade Barnes <wade.barnes@shaw.ca>
- Ajay Jadhav (AyanWorks) <ajay@ayanworks.com>
- Mikaela Tarkocheva (Scoir, Inc) <mikaela@scoir.com>
Related Calls and Announcements
- IIW coming soon - October
Release Status and Work Updates
- Indy Node
- Released and deployed to Sovrin MainNet on SeptAug. 28, 2020
- Indy SDK
- Team at ABSA is considering a different architecture https://github.com/AbsaOSS/libvcx/commits/master
- Next Release Timing TBD
- Libindy on IOS Challenges: XCode 11 has a change in it to the simulator name ("-sim" added to the name) – prevents Libindy to running on the simulator - building for Sim/Linking for platform running on.
- Steve McCown investigating and looking for collaborators. Follow ups on indy channel on RC.
- Indy Monitoring - https://github.com/hyperledger/indy-node-monitor - Note moved to Hyperledger
- Prometheus PR being reviewed/revised
- Dockerizing happening, (Wade/BC Gov) expanded dashboard
- Prometheus PR being reviewed/revised
- Indy/Aries Shared Libraries
- Aries Shared:
- indy-vdr (Andrew Whitehead) https://github.com/hyperledger/indy-vdr
- indy-credx - https://github.com/andrewwhitehead/indy-credx
- indy-shared-rs - https://github.com/bcgov/indy-shared-rs
- aries-credx
- Aries Secure Storage
- Ursa
- Aries Shared:
...
- Catch up on Indy Interop-athon - Presentation
- Getting started on a new release of indy-node
- Schedule a meeting - to review the release contents.
- This Thursday at 6AM Pacific, 3PM CET to discuss. We'll use this Zoom room, Richard to invite interested parties.
- Getting started on a CI/CD migration
- Getting started on the did:indy Method
- Discussion
- Why did the Sovrin node hard requirements get bumped to where they are today?
- Factors:
- Primarily based on load testing, including load testing the Sovrin token and in particular, a token launch event.
- This would trigger a spike in usage plus an ongoing higher load, plus a gradual load increase as payment events rise.
- Also based on the load expected from revocation (gradual climb).
- Primarily based on load testing, including load testing the Sovrin token and in particular, a token launch event.
- Any Indy Network must set the node hardware spec.
- indy-node-monitor validator info includes usage information (CPU, disk space) and should be used for trending to predict when to increase resources
- Clarity required on what the resources measure – e.g. overall load/disk usage on the server vs. indy-node load/disk usage.
- Factors:
- Why did the Sovrin node hard requirements get bumped to where they are today?
Future Calls
Next call:
Future:
...