2024-02-07 TSPTF Meeting Notes
Meeting Date & Time
This Task Force meets every Wednesday. There are two meetings to serve different 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 Calendar of ToIP Meetings for exact meeting dates, times and Zoom links.
Zoom Meeting Recordings
- NA/EU Meeting: https://zoom.us/rec/share/vdXQUfx3DCirsJWzGZnRmhNtmhVDK0QnodoLmPFtqsAEB0CN1a5SIlxwoIh2_Gx8.sUspksYXFMlP-6WE
- APAC Meeting: https://zoom.us/rec/share/30yinXI0lLP1-j4vKBEdkgu-RCgTzXxO3AOVVkiuy4rmlxIwiUAOHSdGTFplk1vH.AzZqkW-R2V3OxEzl
Attendees
NA/EU:
APAC:
Agenda Items and Notes (including all relevant links)
Time | Agenda Item | Lead | Notes |
3 min |
| Chairs |
|
2 min | Review of previous action items | Chairs |
|
30 mins | Complete the first round of feedback on the Working Draft | See the comments on the Working Draft. We discussed all the remaining comments, including a number of them from Jo Spencer and Ed Eykholt. Wenjing was satisfied that we either resolved or had proposed resolutions for all comments so far. APAC: We discussed message ordering and agreed that the TSP would not natively need to support it as it could be handled by higher layer protocols. Jo Spencer: "Functional processing may depend on the retention of order. In payments systems, if the payment messages are not received (or more correctly processed by the recipient) in the same order as sent, the second (sent) payment could work, but the first one fail. It's a higher order processing logic (task) that needs to understand this. It's not the role of the TSP". We discussed the topics of attachments and agreed that they would just be included as body content encoded as CESR payloads. We discussed that in Section 9, we will include all of the CESR codes for serialization once we have reviewed all of the required messages in the spec. We also discussed aligning all of the terminology about describing different message components: message, header, body, etc. Wenjing Chu wants to use terminology aligned with HPKE. We discussed Linked Data and how it would work with TSP. It is simply a type of data that could be carried in the body/payload of a message. Any VIDs, DIDs, or other identifiers of those Linked Data graphs can ride with the payload. | |
20 mins | Key rotation | Wenjing Chu | Wenjing shared screenshots #1 and #2 to explain the question of how TSP should handle key rotation. There was a long discussion (see the recording). The result was two points:
APAC: We went over screenshots #1 and #2 and discussed the different options. Darrell O'Donnell made the point that the "flag" option may not work because the flag indicating a key change would be in a message that was already encrypted with the new key. We discussed the option that it should be a standard control message. ACTION: Wenjing Chu to review the feedback on the topic of key rotation and propose a solution. |
5 min | Documenting design decisions | Darrell O'Donnell | Darrell made the suggestion that the final section of the spec (or a separate Guide document) should document |
5 mins |
| Chairs | ACTION: Drummond Reed to add HPKE support to the agenda for the next meeting. |
Screenshots/Diagrams (numbered for reference in notes above)
#1
#2
#3
Decisions
- None
Action Items
- ACTION: Drummond Reed to add HPKE support to the agenda for the next meeting.
- ACTION: Wenjing Chu to review the feedback on the topic of key rotation and propose a solution.