openid / openid/OpenID4VCI

UI/UX difficulties when working with different credential formats that mean the same credential type

Open
#400 3 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
No language data
Stars
125
Forks
41
PR merge metrics
No merged PRs in 30d

Description

From an UI perspective a wallet displays Credential Types and the user does not have to know if it is a mDoc or Sd-JWT credential. So the user just cares if it is for example a CreditCard. This is easy as long as the credential is used either as a Sd-Jwt OR mDoc.

Assuming an issuer issues the Credentials Type CreditCard in two different formats at the same time (mDoc AND Sd-Jwt) using a different schema for each of them, this gets more difficult because now the wallet has to know that both schemas semantically refer to the same Credential Type. This link between two schemas that refer to the same type is important so the wallet can make sure to map them and only show the Credential Type in the wallet once.

As of my knowledge currently there is no such feature but it would make the life of wallet implementers a lot easier since as of now workarounds are necessary to create groups.

So basically it would need some kind of link between two credential_supported_id.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the issue description and the definition of credential_supported_id. Compare how mDoc and Sd-JWT credentials are represented when they express the same credential type, then determine what a link between their schemas must establish. Done means the specification clearly defines how wallets identify and display equivalent credential types only once.

Written by the indexing model from the issue text.

Assessment

Domain
api, authentication
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.