A Primer for Decentralized Identifiers
w3c-ccg.github.io
A Primer for Decentralized Identifiers
1–10 of 16 posts
Re: A Primer for Decentralized Identifiers
#2https://en.wikipedia.org/wiki/Self-sovereign_identity
https://human-id.org/ (a non-profit startup)
Re: A Primer for Decentralized Identifiers
#3See also: https://en.wikipedia.org/wiki/Self-sovereign_identity https://identity.foundation/ https://human-id.org/ (a non-profit startup)
Re: A Primer for Decentralized Identifiers
#4Re: A Primer for Decentralized Identifiers
#5For privacy preserving IDs I suggest you look at Coconut Credentials — https://medium.com/chainspace/coconut-threshold-issuance-sel...
Re: A Primer for Decentralized Identifiers
#6For privacy preserving IDs I suggest you look at Coconut Credentials — https://medium.com/chainspace/coconut-threshold-issuance-sel...
How is DIDs not privacy preserving? You chose what information you put in it. Also, Coconut Credentials seems to be for "distributed ledgers" while DIDs are agnostic in their usage.
I was just sharing.
Re: A Primer for Decentralized Identifiers
#7Re: A Primer for Decentralized Identifiers
#8Aside from a spec that tells the "how", I don't understand what or why it is. What problem does this solve? How can or should I use this?
> The need for globally unique identifiers that do not require a centralized registration authority is not new. UUIDs (Universally Unique Identifiers, also called GUIDs, Globally Unique Identifiers) were developed for this purpose in the 1980s and standardized first by the Open Software Foundation and then by IETF RFC 4122.
> As a rule, however, UUIDs are not globally resolvable and URNs – if resolvable – require a centralized registration authority. In addition, neither UUIDs or URNs inherently address a third characteristic – the ability to cryptographically verify ownership of the identifier.
TLDR: We've used UUIDs for a while now, they're cool and all but don't work in a distributed network as they assume location-addressing to one central, verifying server. Instead, DIDs work via content-addressing, making them more ideal in distributed networks as they're easier to verify.
Re: A Primer for Decentralized Identifiers
#9Earlier quoted context omitted.
How is DIDs not privacy preserving? You chose what information you put in it. Also, Coconut Credentials seems to be for "distributed ledgers" while DIDs are agnostic in their usage.
I don't know much about DIDs this was my first encounter. I was just sharing.
Re: A Primer for Decentralized Identifiers
#10The ability to claim and prove authorship and determine the provenance (or tampering) of an identified document is crucial. For the most part people bindly trust that the nytimes.com that they are seeing is the real one, but there are so many ways that the can be compromised it is hard to comprehend.
More importantly, the current ways of protecting oneself against such issues are no longer accessible to the common man except via an interaction with some giant corporate edifice that they also have to trust. If you want to publish a document and distribute it in a way that its integrity and authorship can be determined there aren't good options.
Even more more to the point, there is currently no way general way to give a link to such a document that can be dereferenced to an untrusted host in such a way that the integrity of the document can be verified.
I supposed we could all share magnet links and check that they were signed with the nytimes pgp key, but then we are back to the issue of how to determine and distribute the nytimes pgp key. The WOT doesn't work, and pgp fails for anonymous publishing. Maybe the infrastructure behind DIDs will be able to solve the problems with WOT.
It will be interesting to see what comes of this, but I'm wary of its adjacency to the blockchain buzzwords.