Summary:
Date
(7AM Los Angeles, 10AM New York, 3PM London, 4PM CET, 18H Moscow)
Nessus Demo: 20230324 DIDCommv2 Nessus Demo.mp4
Warren Gallagher wanted to see messages with their respective direction
Here an attempt for this: youtube.com/watch?v=6CBAf29-HQY
|
Hyperledger is committed to creating a safe and welcoming community for all. For more information please visit the Hyperledger Code of Conduct. |
---|
Attendees
Welcome / Introductions
Announcements
- IIW - April 18-20, 2023, Mountain View, California.
- Community Plans:
- DIDComm v2 Connect-a-thon - HackMD lists the participants and live connections.
- Hyperledger AnonCreds Update and V2.0 Progress
Release Status and Work Updates
Discussion Topics
- 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
- Nessus DIDComm demo - Thomas Diesler (Red Hat) - recording of the presentation, demo and discussion
Not Discussed, but left in the notes just because...
- 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
- Thomas - Nessus DIDComm 0.23.2 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
- State-of-union of Aries projects
- decorator for redirection after proofs. - existing?
Action items
Call Recording