Page Comparison

Zoom: https://zoom.us/j/94626752608?pwd=K0t4N3VqRzlscTNYajlxMHNPM08yQT09

...

06 Mar 2023 (6AM Los Angeles, 9AM New York, 2PM London, 3PM CET, 17H Moscow)

	Hyperledger is committed to creating a safe and welcoming community for all. For more information please visit the Hyperledger Code of Conduct.

Attendees                   

...

• DID usage, but not DIDComm adoption
  • Custom DID implementations

April 2023 IIW DIDComm v2 interop

...

• Crypto is especially challenging

...

• How can we get the word out?
• Receive a credential over OIDC (OIDC4VC) and present proof with DIDComm
  • Who in the OIDC to connect with? Also, connect with Sam. Ask Drummond.
• Which agents might participate:
  • AFJ
    •  Ariel Gentile 
    • Animo?
    • RootsID Rodolfo Miranda Alex Andrei 
  • Veramo
    • Nick
    • Cody
  • BlockTrust
    • Björn Sandmann 
  • AviaryTech
    • Brian Richter 
  • Indicio
    • Alexandra Walker Sam Curren 
  • PicoAgents
    • bruce_conrad@byu.edu
  • RootsID
  • Atala Prism
    • Alex Andrei Rodolfo Miranda 
    • Anyone from Atala team attending?
• What protocols do we want to highlight/use
  • Basic Message
  • Trust Ping
  • Mediation
  • Issue Credential
    • This is more complex, which format, etc.
• Pre-record video showing the interop between them
  • For the session it needs to be very scripted so that everyone is successful
    • Group chat? New protocol, maybe in Fall IIW?
• Veramo agent as a test harness for DIDComm?
• BlockTrust is implementing mediator, etc and will be at IIW
  • No usable .NET lib, had to write it from scratch
    • Crypto is especially challenging
  • Reference implementations help a lot
    • SICPA libs continue to gain adoption and are nice for reference

Interop Profile

• AIP3 hackmd table created to compare did peer/keri/key/ etc. pros/cons/needs
  • https://hackmd.io/_Kkl9ClTRBu8W4UmZVGdUQ?both
• Initial contact through OOB
  • DID Doc should contain the endpoint which should establish the connection

Ecosystem of DIDCommV2 Services or local agents

• One other DCV2 agent required to work on true interop
• Plus one agent agnostic Technology Compatibility Kit (TCK)
• Nessus-tech domain service

DWN & KERI & DIDComm comparison

...

• Agents can cache DIDs to know if they have resolved the long-form, etc. This cache needs to be well protected or the conversation is lost.
• DIDComm provides a way to rotate Ephemeral DIDs, specifying a new DID (even from a different DID method).

From our last meeting:

• Ecosystem of DIDCommV2 Services or local agents

  • One other DCV2 agent required to work on true interop
  • Plus one agent agnostic Technology Compatibility Kit (TCK)
  • Nessus-tech domain service

  
  

• Nessus

  • Nessus DIDComm 23.2.0 First Release
    • Wallet abstraction for AcaPy + Nessus native
    • Camel Http Endpoint for Nessus agent
    • Support for RFC0434 Out-of-Band Invitation V1 & V2
    • Support for RFC0023 Did Exchange V1
    • Support for RFC0048 Trust Ping V1 & V2
    • Support for RFC0095 Basic Message V1 & V2
    • CLI to work with supported protocols and model 
    • Uses SICPA and Walt.id
      • Recently accepted PR with SICPA
    • Will eventually be wrapped in a Camel component, enabling Camel endpoints to support DIDCommV2
      • open the doors for adoption from the Camel enterprises

• DIDComm v1 vs v2

  • https://didcomm.org/book/v2/whatsnew
    • simple explanation of the benefits of upgrading
  • DIDComm v1 is tightly coupled to the Aries RFCs (encryption envelope) and v2 introduces some simplicity in terms of connections

  AIP3

  • HackMD from the last Aires WG meeting, regarding AIP 3.0 
  • Should we specify how the did methods (like did peer) are used?
    • We are focused on DIDComm v2 communication but does the rest of the AIP community know that?
    • WACI issuance
      • Do you need to be able to resolve indy, cheqd, etc. in order to issue credential
  • Discussed sub-roles https://raw.githubusercontent.com/hyperledger/aries-rfcs/main/features/0453-issue-credential-v2/credential-issuance.png

  Aries Agent Test Harness

  • What did methods are supported? And how do you configure to use did indy, orb, etc.
  • What is the priority of tests to create that will eventually be AIP3 tagged tests?
  • How is mediation tested?
    • With the mediation role (what is the name like bob, alice, faber, etc) and show you support the mediation features.

  • Current DIDComm-V2 specific tests:

    Code Block
    title DIDComm-V2 tests
    aries-agent-test-harness % ./manage tests --tags @DIDComm-V2 Selecting: ['@DIDComm-V2'] Feature: WACI Issuance @T001-IssueCredentialV3 @DIDComm-V2 - WACI issuance flow Feature: DIDComm V2 Establishing Connections @T001-OobV2 @DIDComm-V2 - Establish a connection between two agents using DIDComm V2 Feature: Aries agent present proof v3 @T001-PresentProofV3 @DIDComm-V2 - Present Proof of specific types and proof is acknowledged with a Citizenship credential type with a DID Exchange Connection

    
    

  • New tag in AATH that are not credential related, maybe:
    • DIDCommV2_Peer
    • DIDCommV2_Simple
    • Didcommv2_base
    • Didcommv2_layer2
  • See https://github.com/tdiesler/aries-agent-test-harness/tree/camel/aries-backchannels/camel#aip-10-status

  Grand Unified Theory (GUT) Alliance

  • There is a warning about did peer on the spec now https://identity.foundation/peer-did-method-spec/
  • https://daniel-hardman.medium.com/sentries-confessionals-vaults-and-envelopes-4a58cf4f8a5a
  • original did keri impl https://github.com/WebOfTrust/ietf-did-keri
    • Needs to transition to a did keri lite (subset of did keri)
    • Signify is a typescript impl that might serve as the the keri lite impl
  • Newer than even AIP3.0. KERI and DIDComm v3.0 (likely)
  • Link to Daniel’s GUT presentation:

    Widget Connector
    url https://docs.google.com/presentation/d/1ksqVxeCAvqLjr67htWZ4JYaSnI8TUZIO7tDMF5npHTo/edit#slide=id.g138855cddd3_0_9

• Apache Camel: https://camel.apache.org/ and we discussed Daniel Hardman's presentation to W3C that talks about classic API/Swagger Endpoints vs. a DIDComm connected ecosystem https://youtu.be/TBxWgNmsnvU
• Our current spreadsheet https://docs.google.com/spreadsheets/d/15noWiG_zhhUpornhrZm9cLEjQ1aa6z9qgJgPCaaIbtY/edit?usp=sharing
• AIP3
  • HackMD from the last Aires WG meeting, regarding AIP 3.0 
  • Great document by Hakan, looking at past AIP definitions and beginning to consider AIP3 definition 
  • Connectionless DIDComm v2 still needs management of the 'connection' between agents.  How should agents handle this?
    • Is this worth detailing/discussing or is it just agent specific?
    • OOB/handshake/discovery RFP for Aries agents?
      
      • WACI and what the overlap and distinction would be between the AIP and WACI.
        • There is some nuance to cred formats you have to support (Indy, BBS+, LD).  
        • Can we use Discovery protocol to understand the level of WACI support?
          • perhaps we need more detailed information from the discovery protocol
          • per application protocol supported (formats, messages, crypto).
          • Some WACI information to consider https://identity.foundation/waci-presentation-exchange/#format-property.
      • Encryption envelope selection
• bruce_conrad@byu.edu is working with students to implement DIDComm v2 in their Pico environment.  Might benefit from JFF work
• DIDComm v2 agent discoverability/interop
  • https://identity.foundation/didcomm-messaging/spec/v2.0/#iana-media-types
  • https://identity.foundation/didcomm-messaging/spec/v2.0/#discover-features-protocol-20
• Documentation in terms of Trust Over IP (ToIP) tech stack?
  • https://trustoverip.org/toip-model/
  • Find Drummond's DIDComm v2 stack https://trustoverip.org/toip-model/
  • https://trustoverip.org/wp-content/uploads/ToIP-Technical-Architecture-Specification-V1.0-PR1-2022-11-14.pdf
  • https://github.com/trustoverip/TechArch/blob/main/spec.md
• ACA-PUG
  • Libraries for message envelope (Askar, Python impl, Rust impl)

...