Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add trait: DID rotation #7

Open
jceb opened this issue Oct 15, 2024 · 4 comments
Open

Add trait: DID rotation #7

jceb opened this issue Oct 15, 2024 · 4 comments
Labels
documentation Improvements or additions to documentation question Further information is requested

Comments

@jceb
Copy link
Contributor

jceb commented Oct 15, 2024

Functionality:

  • DID Rotation
    • Rotating/switching from DID to another DID without losing data
    • "Rotate to", did:ebsi → did:xyz
    • "Rotate from"

More information is required.

@fabianekc
Copy link

here a more verbose description of DID Rotation:

Description: DID Rotation refers to the process of transitioning from one DID Method to another while preserving continuity of identity and optionally associated cryptographic proofs.

Motivation: Updating and switching DID methods allows to remain aligned with the latest technological advancements and best practices, guaranteeing optimal performance and compatibility. Additionally, it provides a mechanism to avoid vendor lock-in by enabling entities to seamlessly update or replace their DIDs and associated service endpoints without dependency on a single provider or infrastructure.

Types:

  • Rotate from: does a DID method support through the available infrastructure (registrar, trust registry, resolver) to be the source of a DID Rotation, i.e., update this DID so that it resolves to another method; example: resolve did:oyd:123 to did:ebsi:456
  • Rotate to: does a DID method support to be the target of a DID rotation, i.e., allow a new DID to have as predecessor/ancestor a DID from another method; example: did:ebsi:456 has a history that points to did:oyd:123

@peacekeeper
Copy link
Member

Is this really an independent trait? I thought DID Rotation is possible whenever:

  1. old DID is updatable
  2. old DID is deactivatable
  3. new DID is updatable
  4. both DIDs support the alsoKnownAs property

But I guess there's nothing wrong with having a trait that is dependent on or linked to other traits.

@fabianekc
Copy link

I see the implementation with the 4 requirements as necessary but not sufficient to provide DID Rotation because it also requires tweaks in the resolution process (at least it does for did:oyd).
It might even be possible to also implement DID Rotation in another way, therefore I described it from a result perspective.

@jceb jceb added documentation Improvements or additions to documentation question Further information is requested labels Nov 26, 2024
@ottomorac
Copy link
Contributor

Overall it is fine. We actually have the ability to expose several different DIDs in did:iden3. Which is also a form of DID rotation or exposing different identifiers. https://docs.iden3.io/getting-started/identity/identity-profile/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
documentation Improvements or additions to documentation question Further information is requested
Projects
None yet
Development

No branches or pull requests

4 participants