2025-10-01 TSPTF Meeting Notes
Meeting Date & Time
Oct 1, 2025 This Task Force meets every other Wednesday. There is a single meeting for the NA/EU. (Updates for the APAC time zone will be at the monthly TSWG APAC meeting the first Tuesday of every month.)
AM/EU meeting: 08:00-09:00 PT / 15:00-16:00 UTC
See the Calendar of ToIP Meetings for exact meeting dates, times and Zoom links.
Zoom Meeting Links / Recordings
AM/EU Meeting: https://zoom-lfx.platform.linuxfoundation.org/meeting/96565410414?password=9db52340-ad99-4a33-aa07-c44481d32968
To see the recording of the meeting, click on the calendar entry for the meeting in the ToIP Calendar. The link to the Zoom recording should appear there approximately one hour after the meeting ends.
Attendees
<list here>
Agenda Items and Notes (including all relevant links)
Time | Agenda Item | Lead | Notes |
3 min |
| Chairs |
|
2 min | Review of previous action items | Chairs | None |
10 mins | Proposal to switch into asynchronous work mode (no regular meetings, only special purpose meetings) | Chairs | PROPOSAL: With the TSP spec nearing the 1.0 level, the TSPTF shall move into asynchronous work mode, using our GitHub repo to coordinate on resolving issues and PRs, until the V1.0 spec is ready for finalization. The Decentralized Trust Graph Working Group will take over our Wednesday 15:00 UTC meeting slot, however they have agreed that TSPTF can reclaim that meeting slot whenever the TSPTF needs an in-person meeting (for all or part of the hour) provided TSPTF gives at least one week’s notice. DECISION: The TSPTF will switch into asynchronous work mode, coordinating work items via our GitHub repo for the TSP spec, and only calling Zoom meetings when needed. We will give our current bi-weekly meeting slot to the new Decentralized Trust Graph Working Group but reserve the right to call a meeting in that slot with one week’s notice. |
35 mins | Open Issues | Chairs | Review and closure of open issues. See the issues list. We discussed issue #57. The conclusion was to use the dot value (e.g., the "xx" in 1.xx) in TSP protocol versioning for changes in code points. See the issue for additional comments. Wenjing next brought up a question about the CESR count code: having to put the code in the prefix means that the encoder has to determine the size of the payload before it can write the count code in the prefix. He was wondering if there was a more efficient solution. Sam explained that he was using with byte arrays in Python, and he can add the count code fairly efficiently. Wenjing pointed out that it adds to the load on the sender. Sam said that the design principle of CESR was to support “core affinity” in data centers, i.e., that the parsing of a stream at a data center is the bottleneck, so being able to shunt of a part of a stream to a different core is a requirement. Wenjing pointed out that the benefit of the count code matters the most if the receiver is not decoding in real time, but if the receiver is decoding in real time, the count code does not help. Wenjing and Sam discussed that cryptographic verification can jump straight to the end to grab the signature, so that can be verified efficiently. |
5 mins | Any other business | We shared the following links to implementation projects with Kevin to help him investigate TSP: https://trustoverip.github.io/tswg-cesr-specification/ https://github.com/WebOfTrust Sam points to “cesride”. https://github.com/openwallet-foundation-labs/tsp | |
5 mins |
| Chairs | No further bi-weekly meetings until we need one; at that point we just need to give a week’s notice. |
Decisions
DECISION: The TSPTF will switch into asynchronous work mode, coordinating work items via our GitHub repo for the TSP spec, and only calling Zoom meetings when needed. We will give our current bi-weekly meeting slot to the new Decentralized Trust Graph Working Group but reserve the right to call a meeting in that slot with one week’s notice.