Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Attendees                   

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

Welcome / Introductions

Announcements

  • IIW IIW DIDComm v2 Connectathon- April 18-20, 2023, Mountain View, California.
    • Community Plans:
      • DIDComm v2 Connect-a-thon
      • Hyperledger AnonCreds Update and V2.0 Progress

Release Status and Work Updates

...

  • Pending Items awaiting further action
    • did:peer:3
    • Issue Credential Short Circuit PR
    • Issue Credential 2.1 learning
  • PR Review
    • 777 - format identifiers
    • 778 - fix mime type
    • 776 - cred to credential in identifiers
  • Issues
    • 779 - cred attribute for images
  • DID Peer 2/3 – processing approach – is this the plan:
    • Identifiers:
      • Long Identifier – as defined today, entire encoded DIDDoc in identifier
      • Short identifier is the first 22(?) characters of 64 character string sha256 of long identifier (or something else?)
    • On receipt of a did:peer:2<identifier>, process as follows:
      • Detect length of identifier — short or long (assumption: long peer:did:2 will never be less than 23(?) bytes)
      • If short - resolve DID locally to get DIDDoc - on success, exit
      • If short and resolution failed — error, exit
      • If long
        • Convert long DID to short DID - resolve DID locally to get DIDDoc - on success, exit
      • If long and short DID resolution failed
        • Resolve long DID locally to get DIDDoc — on success, exit
      • if both short and long DID resolution fails
        • If on a “create DID” step (e.g. receiving DID Exchange “request” or “response” or DIDComm 2 new protocol step)
          • Extract DIDDoc from long DID, store short DID and DIDDoc, get DIDDoc — on success, exit
      • Otherwise — error

Other Business

Future Topics

...