search

decentralized-identity / interoperability

The archive and information hub for the cross-community interoperability project. Focus is on education and familiarity for various efforts across multiple groups for interoperable decentralized identity infrastructure.
https://identity.foundation/interop/
Apache License 2.0
92 stars 19 forks source link

Pick a DID Method for the Credential Issuer #2

Closed OR13 closed 5 years ago

OR13 commented 5 years ago

Anything supported by https://uniresolver.io/ seems like a good candidate.

Keep in mind that the issuer just needs to have a DID with a key that is available to the credential issuing server. Its a one time setup to get the key into the DID Document, so cost for ledger methods should be safe to ignore.

Add your method or vote for one.

OR13 commented 5 years ago

elem

I'm biased obviously and its still under pretty active development, but elem does not have restrictions on keys, so anything jose compatible is fine, as well as the custom signature formats used by uport / jolocom over secp256k1.

Also its not added to the universal resolver yet.

OR13 commented 5 years ago

ethr

We added support for larger key sizes so RSA is a possibility, so is ethereum address linked credentials.

OR13 commented 5 years ago

github

I'm biased here as well, but it might be cool to show that centralized DID Methods 👿 can be used to issuer credentials for other DIDs.

Github DID uses a github repository so it has a nature linkage to real world human or organization IDs, and it has built in tools for creating your ID for free, and creating and verifying JSON-LD based credentials.

OR13 commented 5 years ago

I suppose we can support multiple issuer DIDs if they are all resolvable via the universal resolver, and all their keys are available to the issuer server.

Its a bit extra work, but it might be nice to show that:

example.com can issue credentials from:

ethr,btcr, sov, etc... to ethr, btcr, sov, jolo, etc...

OR13 commented 5 years ago

We are adopting BTC-R for the issuer DID, assuming we do not have a problem registering keys.

nembal commented 5 years ago

We are adopting BTC-R for the issuer DID, assuming we do not have a problem registering keys.

@OR13 - This might be a worthwhile topic to drop for the upcoming BTC-R hackathon.

OR13 commented 5 years ago

@nembal would you mind linking any details of the hackathon here / reach out to the organizers?

nembal commented 5 years ago

@OR13 https://weboftrustinfo.github.io/btcr-hackathon-2019/ Kim H. is the organizer (or as far as I know) and she is back from holidays only on the 4th Aug. Scheduled a message to her.