- From: David E. Ammouial <da@weeno.net>
- Date: Mon, 27 Nov 2017 20:52:22 -0500
- To: public-credentials@w3.org
Hello,
I recently joined the few identity-related workgroups, out of interest
for the general subject of decentralised digital identity. I like the
idea of DIDs a lot because I find it refreshingly realistic to
acknowledge the existence of multiple identity "worlds" rather than
trying to create one meant to be the only one. I'm using the world
"refreshingly" because it really brings back the original spirit of an
internet that is diverse at all levels.
Back to the subject of this email. Governments' attempted monopoly of
the concept of people's identity is something I personally dislike. You
are not defined by what a government accepts or says about you, but by
what you say and accept about yourself, and maybe by what the people you
care about say and accept about you. However, in some situations those
"people you care about" do include governmental entities, for practical
definitions of "caring". :)
To give a concrete example, you might want to allow your "legal self" to
act upon your Sovrin/uPort/V1/X identity through an institution or a
company. For example if a government entity provides a facial
recognition API to authenticate people, that would correspond in
practice to a service of a "did:gov" method. Proving that you are who
you say you are (in legal terms) can be something desirable.
What would be the practical steps of introducing a "did:gov" method? I'm
thinking of a schema like:
did:gov:XX:xxxxxxx
Such an identity would be issued by the government of country XX (e.g.
US, FR, PE, etc.). The last bit would depend on the rules of each
particular country. For example Peru has different types of identity
documents: DNI (documento nacional de identidad) for nationals, CE
(carné de extranjerÃa) for residents that are not nationals, and a few
others. In that context, Peru would perhaps define DIDs around the lines
of "did:gov:pe:dni:1234345", but that would obviously be up to the
Peruvian government to define those rules.
What do you think? There are probably technical aspects, legal aspects,
practical aspects... I apologise if this topic has already be brought up
in the past and I didn't read about it before posting. I did some basic
research on the list's archive and couldn't find anything.
--
David
Received on Tuesday, 28 November 2017 07:43:38 UTC