2025-07-29 Indy Contributors Call
Summary
Indy Quarterly Report
Ubuntu-22.04 upgrade progress reports
GitHub Organization planning
Updates
Indy Besu updates and discussion
DID Web VH
Open Discussion
Zoom: https://zoom-lfx.platform.linuxfoundation.org/meeting/97572546272?password=5da46f0a-57dc-4de9-8831-708ba60d97ae
Recording: https://zoom.us/rec/share/2iwg267Z1J9rRvxlahlzkCxMWQzdz7dx8KHp6uEyV1sGcEjaiWqx0qNMbhCKNfOl.8zSaDQLeuwPC4EB4
LF Decentralized Trust is committed to creating a safe and welcoming community for all. For more information please visit the LFDT Code of Conduct. |
|---|
Welcome and Introductions
Attendees
@Char Howland (Indicio PBC) <char@indicio.tech>
@Renata Toktar (DSR Corporation) <renata.toktar@dsr-corporation.com>
Related Calls and Announcements
The Indicio TestNet will be reset on Tuesday August 5, 2025 at 9:00AM mountain time
Sovrin MainNet has a caretaker: Trinsic
4 MainNet nodes and IndyScan
The network is operational, read-only as available as an historical artifact
Release Status and Work Updates
Indy Node/plenum – PR needed to replace Ursa with the indy-blssignatures-rs implementation. Issue https://github.com/hyperledger/indy-plenum/issues/1641
Indy-Besu - https://github.com/hyperledger/indy-besu
Indy-test-automation
Indy-Node test-automation integration next step after cleaning up the dependencies issues and getting the sovrin-test-automation finished.
Indy SDK – to be deprecated
Indy Monitoring - https://github.com/hyperledger/indy-node-monitor
Indy Node Container - https://github.com/hyperledger/indy-node-container
Indy/Aries Shared Libraries - Hyperledger (indy-vdr, indy-shared-rs, aries-askar, anoncreds-rs)
Small update to Indy VDR to update the dynamic network discovery URL; needs to be published
Indy DID Method – https://hyperledger.github.io/indy-did-method/
AnonCreds Specification: https://anoncreds-wg.github.io/anoncreds-spec/
Meeting Topics
Kim’s work on upgrading OS before removing dependencies
Will create a PR
Links from Kim
Coordinating Ubuntu-22.04 release
Update CI/CD workflows to support Ubuntu 22.04; https://github.com/hyperledger/indy-node/issues/1896
Next steps, in order, that could be done concurrently to the above:
Indy VDR upgrade for plenum; https://github.com/hyperledger/indy-plenum/issues/1507
Adam opening a PR with changes
Getting the unit tests to pass, 10,000 passing out of 14,000
Next: build new release of plenum; then update node
Indy VDR upgrade for node; https://github.com/hyperledger/indy-node/issues/1644
Upgrade indy-test-automation to support Ubuntu 22.04; https://github.com/hyperledger/indy-test-automation/issues/153
This is mostly done
Replace Ursa; https://github.com/hyperledger/indy-plenum/issues/1641 - likely a fairly light lift
Overall: Quebec team is most likely to return to this project in June.
The bulk of the work has been completed, it's a matter of fixing the tests. After completing this work with plenum, it will be easier in node.
GitHub Organization
Complete after removing obsolete dependencies
Could start moving over some of the more independent repos
Updates
Indy Besu updates and discussion
Revocation feature is almost merged
guilherme-funchal: We have implemented the integration with ACA-PY for this feature and would like to include it in the community package Pull Request refence. This use case will be the first use of identity for the Brazilian Government on the "Gov" platform. I believe we will be able to leverage its use. That's why I believe its acceptance is extremely important.
DID Web VH
DIF TSC approved the 1.0 draft
Stephen to present a did:webvh deep dive at the DID Method Standardization Meeting
Working on tutorial for newbies, using ACA-Py to manage did:webvhs
Open Discussion
Future Calls
GDPR and the right to be forgotten – mitigations and approaches.
The Indy "Corporate Firewall Problem" and the idea of a Proxy Server on Nodes? @Kim Ebert
Core issue: A mobile wallet user using a Corporate WiFi may find that they can't get to an Indy ledger because all but 80/443 ports and HTTP/S protocols are blocked
Discussion/Options paper: https://hackmd.io/@n5FW6jwuRfCgchBDNWR3VQ/H1kNlKpmo
Question: Is it viable to have each Indy Node also listen on port 80/443 for HTTP/S requests and arrange to have them processed?
Option: Receive on HTTP(S) and send on to local ZMQ instance as if coming from outside.
Answer: We think it is probably not viable, as mobile agents require HTTPS. As such, each Steward would have to get a IP-based SSL Certificate. Technically doable, but getting everyone through that is really not practical. The cost of the certificates and maintaining them would be ugly.
Option: Add a DIDComm agent to every node, and use DIDComm to send the messages
Similar to using HTTP(S), but use a DIDComm message. Since Mobile Agents would be using a mediator, the DIDComm message would flow through that, and the HTTPS issue would not matter. This is almost easy, but... There is no encryption public key in the genesis file, so that needs to be retrieved from somewhere else...
Action items
Indy-Besu
Continue discussion about open questions https://github.com/hyperledger/indy-node/issues/1826#issuecomment-1868609236