Technical Working Group: Identity & Wallet Standards

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.

New zoom link: Launch Meeting - Zoom

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

Discussion points:

  • Make ICRC-114 optional in ICRC-112?
    • How would a relying party know if a wallet supports a given canister call in a batch sequence without ICRC-114?
    • Ideas:
      • A) List standards that don’t need ICRC-114 in ICRC-112.
      • B) Define in ICRC-112 that all standards returned by ICRC-25 supported standards MUST be supported without the need of ICRC-114.
      • C) Throw error if ICRC-112 is not supported, and somehow handle this as dapp?
  • Feedback from wallet devs regarding ICRC-112 and ICRC-114, any issues for implementers?
1 Like

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.