Summary

Planned:

  • Work updates:
    • Indy VDR
    • Indy Credx
    • Aries Credx
    • Aries Storage
  • Update on Revocation 2.0 - progress and discussion on desired properties

The call was recorded is available here: 20200518 Indy Contributors 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.

Introductions

Attendees

  • Stephen Curran  (Cloud Compass Computing Inc.) <swcurran@cloudcompass.ca>

Related Calls and Announcements

  • Identity Implementer Working Group call (Wiki Page) - every 2nd Thursday

Release Status and Work Updates

  • Move from Sovrin Foundation infrastructure - Help Wanted
    • Move from Jenkins to GitHub actions
      • Sovrin Foundation Jenkins machines are going away
      • Sovrin resource migration
      • #cicd discussion "Indy CI / CD Migration" (in #cicd use menu item "Discussions" to see/get to the discussion)
    • Move repo.sovrin.org → Hyperledger Artifactory for all except Sovrin Foundation specific artifacts
  • Indy Node
    • June:
      • Replacing Indy Crypto with Ursa (Kiva)
      • More "rich schema" objects
      • Ubuntu 20.04 (Kiva)
        • Need to check additional dependencies:  Unable to render Jira issues macro, execution error.
  • Indy SDK
    • June:
      • Indy VDR into LibIndy
      • Indy Credx into LibIndy
  • Aries Shared Libraries
    • Aries Shared:
    • Ursa
      • BBS+ added
      • 0.3.5 pending, plus new additions

Meeting Topics

  • Indy Performance Testing
  • Revocation 2.0 
    • Tech Spike on Merkle Trees in process (Daniel Hardman)
    • Tech Spike on using ranges in the bitstream (Andrew Whitehead) which is looking very promising
      • 1M revocation registry seems viable, 16M may be possible
      • Question as to whether this approach will yield a range proof (user exposes range) or a ZKP
      • Next step: Andrew Whitehead Mike Lodder Brent Zundelto discuss and define if work on this approach should continue.
    • Discussion: How big should a revocation registry should be?
      • What constraints should be applied?
        • Issuer: revocation profile (% revoked, frequency), total credential pool size, number of rev. registries
        • Holder (especially mobile holder) resources: bandwidth, memory, compute resources, revocation frequency
        • Verifier: Rev Registries/Entries
        • Ledger: Rev Entry size, frequency, reads
        • Herd size
      • Should it be as large as possible within the tightest constraints, or should we aim for just a specific size?
      • Answer: Go for the largest that we can achieve within the constraints, with a likely minimum acceptable size being 1M credentials/registry
        • Issuers can choose smaller based on the use case, but we should aim for the largest feasible.

Future Calls

Next call:

Future:

  • Requirements questions:
    • IS-1099: anoncreds.prover_get_credentials_for_proof_req should return per-credential timestamp
      • Should we allow duplicate credentials from the same issuer?

Action items

  • PR to RFC #0019 to compare pack/upack to msgpack (Sergey)
  • Review the 61 cases of "unsafe" libindy calls and figure out if they are justified.


Call Recording