2023-10-16 AnonCreds v2.0 Working Group Meeting
Summary
Update from IIW – presentation given, response, potential partners
The AnonCreds V2 To Do List – ready to work?
AnonCreds Specification PRs
Open Discussion
Zoom Link: https://zoom.us/j/97954159540?pwd=WWk3WmQ3MVh1SXBYZGVreGl0QllGdz09
Recording of Call: No Recording Made
Notices:
This specification creating group operates under the Linux Foundation Community Specification License v1.0.
cor | Hyperledger is committed to creating a safe and welcoming community for all. For more information please visit the Hyperledger Code of Conduct. |
|---|
Meeting Attendees
@Stephen Curran (BC Gov / Cloud Compass Computing Inc.) <swcurran@cloudcompass.ca>
Related Repositories:
Mike Lodder's proposed Data Models: https://hackmd.io/ZlsnLoclSveePJOZljgMfA
AnonCreds v2.0 Specification Repository: https://github.com/hyperledger/anoncreds-spec-v2/
AnonCreds v2.0 Rust Open Source Code: https://github.com/hyperledger/anoncreds-v2-rs
AnonCreds v1.0 Specification: https://hyperledger.github.io/anoncreds-spec/
AnonCreds Methods Registry: https://hyperledger.github.io/anoncreds-methods-registry
AnonCreds Rust Open Source Code: https://github.com/hyperledger/anoncreds-rs
Goals of the Working Group:
The goal of AnonCreds v2.0 is to retain and extend the privacy-preserving features of AnonCreds v1.0, while improving capabilities, performance, extensibility, and security.
Meeting Preliminaries:
Welcome and Introductions
Announcements:
AnonCreds v2.0 Rust Open Source Code now Available: https://github.com/hyperledger/anoncreds-v2-rs
Agora repository transfers pending...
Agenda
Update from IIW – presentation given, response from the IIW community
The AnonCreds V2 To Do List – ready to work?
Ordering
Adding Issues to outline the work
AnonCreds Specification PRs
Open Discussion
Future Calls
Collect some use case specific examples and continue the discussions:
Applying the data structures to a real use case or two
What concrete uses other than link-secret is there for blinded data in a credential?
To Dos:
Schema Claim Type:
Would it make sense defining encodings for date related schema claim types that are especially useful to use in ZKP predicates?
"iso860_date" – encodes to dateint e.g., 2023.06.26 is 20230626
"iso860_datetime" - encodes to Unix Time e.g., seconds since Jan 1, 1970
Yes – these would be "numbers" by type, but with special encoding handling.
Action items
