- From: Steven Rowat <steven_rowat@sunshine.net>
- Date: Wed, 27 May 2020 09:05:50 -0700
- To: steve capell <steve.capell@gmail.com>, public-credentials@w3.org
- Message-ID: <e855d4ad-e173-0571-ebff-5a01ff21532a@sunshine.net>
On 2020-05-26 8:31 pm, steve capell wrote: > > 1. the method part of the DID is important for interoperability > and, although I can see the value in letting anyone setup a new > method, there is a risk of explosion - as > https://w3c-ccg.github.io/did-method-registry/ seems to already > show. Looking at this list of methods, I really have no idea > what problem each is solving, why there are so many, and whether > I should re-use one or create another. I'd be keen to discuss > that problem with someone! > +1 It seems it was only yesterday there were 6 entries in the DID Methods registry, and now there are 59. I believe developers (as well as outsiders with general interest about what's happening here) will want a way to easily sort this list for purposes, either to find someone to contract, to know whether to start one from scratch, or to know if a FOSS Method is already in development for a given purpose. So: I'd like to propose adding either one or two columns to the Method Registry. If two columns are possible, perhaps the first might say one of three things: Private Internal / Private for Public Use / Public Free Open Source And the second column, beside that, is a brief description (one or two sentences) about what it does. IMO the "Private Internal" case wouldn't need to enter a description, but the other two would need to do so. If something like this was done, it would be relatively easy to scan the list and see which methods are of interest and contact the relevant developers to see the status. Otherwise, with 59 (and maybe hundreds soon?) it will be a herculean effort to try to figure out what exists already and what needs to be done. And also, since the election is upcoming, I'd like to know if any of those running for Chairs of the group would agree that something like this should be done. Steven Rowat
Received on Wednesday, 27 May 2020 16:06:23 UTC