W3C home > Mailing lists > Public > public-credentials@w3.org > March 2022

Re: DID methods as W3C standards - a happy compromise?

From: Christopher Allen <ChristopherA@lifewithalacrity.com>
Date: Fri, 4 Mar 2022 16:33:18 -0800
Message-ID: <CACrqygCGHepoJgbTtqyJgLwHCqUr-0GZo2HTUNnV6q8cKZr3BQ@mail.gmail.com>
To: Manu Sporny <msporny@digitalbazaar.com>
Cc: W3C Credentials CG <public-credentials@w3.org>
On Fri, Mar 4, 2022 at 8:27 AM Manu Sporny <msporny@digitalbazaar.com>

> This goes for /every/ DLT-based DID Method out there -- even the one we're
> working on. I am highly sceptical of anyone that says that /any/ DID
> Method is
> ready for production usage at present.

Agreed — as one of the proponents of DLTs (in particular permissionless
public ones) none are mature enough yet for production.

Putting anything other than keys in a DID Document requires careful
> consideration and thought that I'm not seeing many of these DID Method
> implementers doing.

i absolutely agree with Manu on this. I’m even skeptical of anything public
in VC or endpoints that might make them even in the slighted publicly

I think the fundamental flaw in your thinking at present, Steve, is trusting
> DLT-based DID Methods too early. They are important, and they'll have their
> day, but not this year... until then, did:key and did:web can carry a lot
> of
> water.

I’d really to see did:onion added to this list somehow this year. Basically
functions a lot like did:web but without DNS or certs hierarchy, but is
permissionless like did:key.

— Christopher Allen
Received on Saturday, 5 March 2022 00:33:42 UTC

This archive was generated by hypermail 2.4.0 : Thursday, 24 March 2022 20:25:29 UTC