- From: Markus Sabadello <markus@danubetech.com>
- Date: Wed, 20 Sep 2017 15:54:29 +0200
- To: Manu Sporny <msporny@digitalbazaar.com>, Daniel Buchner <daniel.buchner@microsoft.com>
- Cc: W3C Credentials CG <public-credentials@w3.org>
- Message-ID: <0355e991-9d3a-1961-2c9f-0076dccb5189@danubetech.com>
Sounds great. FYI in case you're not aware, at DIF there's been a lot of discussion on a "Universal Resolver" that can resolve different types of identifiers including DIDs. The idea is that "drivers" can be developed and plugged in for different identifier types. I did a very early version of this in Java including experimental drivers for "sov" DIDs and "btcr" DIDs: https://github.com/decentralized-identity/universal-resolver/tree/master/implementations/java Just want to avoid duplication, e.g. if someone builds a generic implementation of DDOs, then that should be re-used. Not really sure how this implementation work will be organized/coordinated, maybe RWoT and IIW will be good opportunities to discuss. Markus --- Danube Tech ~ danubetech.com Sovrin Foundation * sovrin.org +43 664 3154848 On 09/20/2017 03:37 PM, Manu Sporny wrote: > Hey Dan, > > We never got a chance to respond to your question regarding when the DID > spec will be ready to roll out into production. > > My hope is that this set of changes is the last major change to the > spec. I imagine we'll have things nailed down (more or less) after the > next RWoT. Then, it'll be a matter of how quickly we can get to at least > two interoperable implementations and a test suite. > > I know Sovrin is rolling their ledger out now. The Veres One ledger will > be updated to the new spec in the next couple of months as well: > > https://veres.one/ > > As you know, we've been in production for a number of years with > authorization.io. > > Once those two ledgers are out, with the hopes that uPort and BTCR join > in implementations, I don't expect much to change after that. So, > targeting pilot deployments for the end of this year and production > deployments early to mid next year seems reasonable to me. > > -- manu >
Received on Wednesday, 20 September 2017 13:54:57 UTC