2023-11-14 Aries Cloud Agent - Python Users Group Community Meeting

Summary:

Topics:

• Status: 0.11.0 Release
• Status: AnonCreds RS Branch into Main
• Demo: The Traction Sandbox – a new utility for playing with ACA-Py, AnonCreds
• PRs and Issues - status update
• Open Discussion

Zoom Link: https://zoom.us/j/98856745538?pwd=VkJROWRxeW43d3hOdnJLemwrS0JKUT09

Call Time: 8:00 Pacific / 17:00 Central Europe

Recordings From the Call:  

Welcome, Introductions and Announcements

• BC Gov Code With Us – AnonCreds in W3C Format – Application Period open until October 20, 2023.
  • AnonCreds Rust Updates – Awarded to DSR Corporation
  • AnonCreds Rust Changes Deployed in ACA-Py – Awarded to What's Cookin' Inc.
  • AnonCreds Rust Changes Deployed in Aries Framework JavaScript and Aries Bifold – Animo Solutions

Attendees

• Stephen Curran (BC Gov/Cloud Compass Computing Inc.) <swcurran@cloudcompass.ca>
• Alexander Shcherbakov (DSR Corporation) <alexander.sherbakov@dsr-corporation.com>
• Warren Gallagher (AffinitiQuest) <warren@affinitiquest.io>

Announcements

• ACA-Py documentation: https://aca-py.org

Agenda

• Release 0.11.0 status
• Status: Moving AnonCreds RS Branch into Main
• Demo: Traction Sandbox – a new utility for the ACA-Py community
  • AnonCreds Traction Workshop
    • Create Tenant
    • Make Issuer
    • Create Schema
    • Create CredDef
    • Generate Invitation
    • Establish Connection
    • Issue Credential
    • Present Proof
    • Use the API – the important part!!
  • Traction Issuer Example
• Update on Please Ack:
  • One party can request an Ack  on any message – either to be returned on receipt, or on outcome of the message.
  • Other party MAY send an extra Ack  message.
  • Tricky to implement:
    • Generic ACA-Py on receipt  is not as easy as it could be.  Possible, but requires some rework.
    • on outcome  definitely requires per protocol updates at least, plus logic for determining when the outcome of a message is known.
    • Isn't required on many messages, as once the message outcome is determined, a message is immediately generated and sent. What help is sending another message in parallel?
    • Where it is most likely to be useful – at the end of a protocol when there is no other message – making it useful may mean altering the protocol.
      • Issue Credential – should it be sent when the protocol "completes" or after the controller/business process decides to keep the credential.
      • Present Proof – should it be sent when the credential is cryptographically verified, or when the controller/business process decides the credential satisfies the business need?
        • If ACA-Py deletes the protocol state object automatically when the controller is sent the verification result, how can the protocol be kept for an optional "Ack"?
      • Basic Message – could (in theory) be used to enable "received" and "read" notifications of basic messages, but the "read" notification would extend the protocol lifetime from when the controller received the message, to when an event happened inside the controller. Tricky!
    • Requesting ~please_ack :
      • The configuration or the admin API would have to be updated to add the ability for the controller to say, "Hey, I want a ~please_ack added in these places..."
      • How do applications (wallets, etc.) want to use the ~please_ack feature?
• Other PRs Ready for Review and Issues to Discuss

Upcoming Meeting Topics:

• Discussion Topics:
  
  • Update on ACA-Py Container Scanning
  • Multi-architecture containers
    • Issue with BBS+ package – doesn't support ARM containers – need an update to their CI
    • Solution: A third container published that includes BBS+ package, but is single architecture
    • Others are Askar
• The DSR team has started looking into supporting the "please-ack" protocol. A draft PoA will likely be ready for review on the next call, 17 Oct 2023 

Future Topics

Action items