The recording of the 26 November 2024 WG meeting is now available.
Summary of the WG meeting:
- Discussed moving ICRC-95 to WG approved status, see the post above.
- The first draft of ICRC-94 has been merged.
- PrimeVault, the first wallet to implement ICRC-94, has been presented. Watch the recording and read more here about PrimeVault.
- The first draft of ICRC-X has been presented, please add your feedback and comments on the PR.
- ICRC-34 & ICRC-28: An open discussion around security considerations in relation to UX in dapps was held between @bjoern, WG members and community members. Watch the recording to learn more.
1 Like
Agenda for WG meeting 2024-12-10T16:00:00Z:
- ICRC-95: Derivation Origin, moving to approved status.
- ICRC-X: Batch canisters call, further discuss draft of a standard to make multiple canister calls in a single JSON-RPC call.
- Review and merge the changes in the readme overhaul.
Any topic missing or want to bring up a new topic? Post a message in this thread or send me a DM.
The recording of the 10 December 2024 WG meeting is now available.
Summary of the WG meeting:
- Agreed to move ICRC-95 to WG approved status.
- Reviewed and merged the changes in the readme overhaul.
- ICRC-X: Batch canisters call, further discussed:
- Agreed on the issue that a signer cannot continue or stop a sequence of calls based on the success/error response of a canister. This is due to the signer not being aware what response value means âsuccessâ or âerrorâ.
- On the other hand, the relying party is aware of the response structure and what a âsuccesâ or âerrorâ response looks like.
- But the signer cannot communicate with the relying party directly to ask it if each individual call is either âsuccessâ or âerrorâ.
- If ICRC-49 is used, the relying party and signer communicate back and and forth for each individual call.
- But with a batch call - meant for e.g. mobile use cases where the above isnât feasible - the relying party and signer only communicate only once with one another.
- So if we canât ask the relying party if a response should be interpreted as âsuccessâ or âerrorâ, the idea came up in the WG meeting to have the relying party hand over this responsibility to a canister.
- This would be a canister controlled by the relying party - inspired by ICRC-21 - that takes one or multiple canister call responses and returns either âsuccessâ or âerrorâ.
As discussed in the last working group meeting, the upcoming meeting has been moved a day earlier due to the holidays: 2024-12-23T16:00:00Z
The schedule for this upcoming working group meeting will be posted here in the coming week.
Agenda for WG meeting 2024-12-23T16:00:00Z:
ICRC-94: Browser Extension Discovery and Transport, go over standard once more and collect feedback. Edit: moved to next meeting
- ICRC-X: Batch canisters call, further discuss draft of a standard to make multiple canister calls in a single JSON-RPC call.
Any topic missing or want to bring up a new topic? Post a message in this thread or send me a DM.
Agenda for WG meeting 2025-01-07T16:00:00Z:
- ICRC-94: Browser Extension Discovery and Transport, go over standard once more and collect feedback.
- ICRC-X: Batch canisters call, further discuss draft of a standard to make multiple canister calls in a single JSON-RPC call.
Any topic missing or want to bring up a new topic? Post a message in this thread or send me a DM.
The recordings of the 23 December 2024 and 7 January 2025 WG meetings are now available here and here.
Summary of the WG meetings:
- ICRC-X: Batch canisters call, continued discussion, see recording for details
Agenda for WG meeting 2025-01-21T16:00:00Z:
- ICRC-X: Batch canisters call, further discuss draft of a standard to make multiple canister calls in a single JSON-RPC call.
Any topic missing or want to bring up a new topic? Post a message in this thread or send me a DM.
1 Like
Agenda for WG meeting 2025-02-04T16:00:00Z:
- ICRC-112: Batch canisters call, further discuss draft of a standard to make multiple canister calls in a single JSON-RPC call.
- ICRC-Y: Validation canister method standard for batch canisters call sequences, first draft is now available.
Any topic missing or want to bring up a new topic? Post a message in this thread or send me a DM.
Edit: the meeting was called since key participants couldnât join today and nobody else joined.
Agenda for WG meeting 2025-02-18T16:00:00Z:
- ICRC-112: Batch canisters call, further discuss draft of a standard to make multiple canister calls in a single JSON-RPC call.
- ICRC-114: Validation canister method standard for batch canisters call sequences, first draft is now available.
Any topic missing or want to bring up a new topic? Post a message in this thread or send me a DM.
Be aware that the zoom link has been changed from the previous meetings
Agenda for WG meeting 2025-03-04T16:00:00Z:
- ICRC-21: Consent message, replace LineDisplay with FieldsDisplay.
- ICRC-25: Base signer standard, recommend to include tokens in ICRC-25 supported standards.
- ICRC-49: Canister call, clarify that ICRC-21 consent messages are a fallback.
- ICRC-112: Batch canisters call, skip ICRC-114 validation call if signer supports the ICRC standard of the call.
- ICRC-114: Validation canister call, further refine technical details.
Any topic missing or want to bring up a new topic? Post a message in this thread or send me a DM.
The recording of the 18 February 2025 WG meeting is now available
1 Like
The Identity & Wallet Standards Working Group is adopting a new approach to communication, shifting to email updates and on-demand meetings instead of fixed biweekly calls.
Sign up for the newsletter here.
To learn more about these changes and how to stay engaged, please read the full details in the forum post here.