The TSWG holds plenary meetings once every four weeks on Wednesdays. The 2023 meeting dates are Jan 4, Feb 1, Mar 1, Mar 29, Apr 26, May 24, Jun 21, Jul 19, Aug 16, Sep 13, Oct 11, Nov 8, Dec 6.
Two meetings are held each Wednesday to accommodate global time zones:
NA/EU Meeting: 08:00-09:00 PT / 16:00-17:00 UTC
APAC Meeting: 18:00-19:00 PT / 02:00-03:00 UTC
See the ToIP Calendar for all meeting dates, times and logistics, including Zoom links.
Agenda Items and Notes (including all relevant links)
Time
Agenda Item
Lead
Notes
3 min
Start recording
Welcome & antitrust notice
Introduction of new members
Agenda review
Chairs
Antitrust Policy Notice:Attendees are reminded to adhere to the meeting agenda and not participate in activities prohibited under antitrust and competition laws. Only members of ToIP who have signed the necessary agreements are permitted to participate in this activity beyond an observer role.
New Members: None.
10 min
General announcements
All
Updates from TSWG members of general interest to the group.
Special announcement of a webinar tomorrow highly relevant to the TSWG:Demystifying the EUDI Wallet Architecture Reference Framework(ARF). It runs tomorrow (Thursday 2 March) from 6-7:30AM PT / 15:00-16:30 CET. ToIP members Viky Manaila and Andy Tobin (Gen) are two of the three speakers; ARF architect Peter Altmann from Sweden is the third. If you want to understand the ARF, come to this webinar. See screenshot #1 below.
Multitudes of discussions have been converging into understanding two pronged scope for TRTF:
Trust Registry specification to cover key trust questions that can be answered via Ecosystem Governance -backed Trust Registry.
Contextual Trust Decision protocol, which is essentially a collection of Trust Tasks and partially features coming from the Trust spanning layer. It will try to create a mechanism to cover wider range of Trust questions and trust input sources than just Trust Registry.
Decision has been to put work the contextual trust decision protocol on hold, until TSPTF is further along, as there is strong dependency and need to understand the input it provides.
Currently working on Trust Registry Requirements. Once requirement gathering is finished, we can move on to proposal stage for TR spec.
APAC:
Jo Spencer likes the separation of the TR V2 protocol, but that both will be needed over time.
We also discussed how the TSP will put "pressure" on the Layer 1 support protocols.
Darrell O'Donnell pointed out the importance of interop test suites in applying that "pressure". He hold a story about the geospatial industry and the many flavors of the standard. Even though all the vendors said they were compatible with each other, but finally a company created a test suite that the government required interoperability with. The ultimate result was Google Maps. That is the same pattern we're likely to see here.
Darrell: "Here's how we win: when the Armed Forces (of various countries) put it in their specs."
Phil had an exciting announcement: GLEIF joined the W3C in order to influence the direction of the W3C Verifiable Credentials 2.0 Working Group. The Miami F2F meeting last week resulted in a decision that other non JSON-LD representations of verifiable credentials could be officially recognized as a W3C VC-compliant format.
The requirement is only that the representation can be converted in one direction into the VC Data Model (which is JSON-LD with @context). But the native non-JSON-LD representation does NOT need to use @context.
The ACDC TF is now going to submit a work item to the W3C VC WG for ACDC credentials (where it will join JWTs and AnonCreds).
This should enable the full value of ACDC containers to the W3C VC family.
Markus Sabadello asked if the ACDC TF plans to define a rich transformation of ACDC credentials into JSON-LD, or a minimal one.
Sam and Phil said that all fields in the VCDM will be covered.
Phil said that it would be a very interesting to explore how to do a full rich transformation.
Markus agreed that it would be very helpful to have that full rich transformation.
Sam pointed out that they didn't have to do a two-way transformation.
Sam reported that Provenant (where Daniel Hardman is CTO) is now issuing vLEIs using the ACDC format.
It is time to make a dedicated push to build out the TSWG terms wiki. The goal is to have it fully population in April to be ready to use the Concepts and Terminology WG Terminology Engine V2 to produce glossaries needed for the ToIP Technology Architecture Specification V1.0 (and soon for the ToIP Trust Registry Protocol Specification and Trust Spanning Protocol Specification).
Proposal (Neil Thomson) : Set up a Terms "Discussion" under each of the TATF, TR and TSP GIT Repositories.
Single GH Discussion post for additional terms for which no definition exists (yet)
Each term gets a discussion post (discuss in replies).
Neil Thomson created Term and Concept Discussions in each of these TFs:
One of the remaining action items for the ToIP Technology Architecture Specification V1.0 is a revised version of our conceptual diagram. On the Technology Stack, we need to revise our depiction of layers 1 and 2 — see screenshot #2 below. We also need to reconsider how/where we depict verifiable data registries/trust registries.
Judith Fleenor volunteered to be part of the discussion.
Wenjing Chu pointed out that there is a larger question that there are different views of the full conceptual picture. If it was just an endpoint system, it would be easier.
Antti Kettunen acknowledged the importance of this conceptual diagram and how it communicates the bigger picture of how ToIP works. He too would like to volunteer for this work. He suggests we wait for a bit to see how the trust spanning protocol and trust registry protocols work out.
Darrell O'Donnell shared a sketch of an overall way he is looking at the ToIP stack now in screenshot #4 below. This view emphasizes the role of verifiable data registries and trust registries as the "glue" between the Technology Stack and the Governance Stack.
Wenjing Chu emphasized that any single view can only show one instance of the stack at a time. In actual operation, there are many different cooperating instances. So we need to compromise on how we can depict an overall conceptual picture.