3 ms·

There'll surely be custodial services if this takes off.

by t_mann 4y ago

jceb81 4y ago
It depends on the DID method that you're using. The DID method is kind of the identity management system for Decentralized Identifiers. Many DID methods are based on blockchains and with that there are usually no recovery mechanisms for DIDs in place - if you lose your private key the identifier can't be updated and you can't prove ownership over the identifier anymore which in turn renders associated credentials (see Verifiable Credentials https://w3c.github.io/vc-data-model/ https://w3c.github.io/vc-data-model/) unusable. Custodial services are a good way out. Another option with DIDs is that you can add more than one key to DID. This way you can have one key that is stored away somewhere safe and is only used for recovery purposes.
ivan_gammel 4y ago
This reminds me of web service/UDDI registries, that were supposed to come, and all the WS buzz in early 2000s. Some of them came indeed only to be shut down in a few years.
- radicalbyte 4y ago
  That's exactly the same comparison I've been making regards the W3C VC and DID specifications - we're basically repeating the bad parts of the WS specifications.
  - jgerrish 4y ago
    Somebody up above mentioned the land grab smell of the DID spec. So what's different this time? gRPC, protobuf and GraphQL are out there vs. SOAP or CORBA? Some new thing about to rev up? Just plain old loss aversion? Lambda? We need a FrontPage or Macromedia ColdFusion for that... I guess that's it, somebody else from the Roblox generation can pick that up.
    - radicalbyte 4y ago
      The difference this time is that there are quite a number of blockchains who are very non-transparently attempting to become rent seekers. There's a chance for someone to earn $x per ID card or verifiable credential issued; you're essentially becoming a TLD operator only with something 95% of the population of developed countries will use.
m33k44 4y ago
Okay, it is not truly decentralised then.

There'll surely be custodial services if this takes off.

by t_mann 4y ago

There'll surely be custodial services if this takes off.

It depends on the DID method that you're using. The DID method is kind of the identity management system for Decentralized Identifiers. Many DID methods are based on blockchains and with that there are usually no recovery mechanisms for DIDs in place - if you lose your private key the identifier can't be updated and you can't prove ownership over the identifier anymore which in turn renders associated credentials (see Verifiable Credentials https://w3c.github.io/vc-data-model/ https://w3c.github.io/vc-data-model/) unusable. Custodial services are a good way out. Another option with DIDs is that you can add more than one key to DID. This way you can have one key that is stored away somewhere safe and is only used for recovery purposes.

ivan_gammel 4y ago

This reminds me of web service/UDDI registries, that were supposed to come, and all the WS buzz in early 2000s. Some of them came indeed only to be shut down in a few years.

radicalbyte 4y ago
That's exactly the same comparison I've been making regards the W3C VC and DID specifications - we're basically repeating the bad parts of the WS specifications.
- jgerrish 4y ago
  Somebody up above mentioned the land grab smell of the DID spec. So what's different this time? gRPC, protobuf and GraphQL are out there vs. SOAP or CORBA? Some new thing about to rev up? Just plain old loss aversion? Lambda? We need a FrontPage or Macromedia ColdFusion for that... I guess that's it, somebody else from the Roblox generation can pick that up.
  - radicalbyte 4y ago
    The difference this time is that there are quite a number of blockchains who are very non-transparently attempting to become rent seekers. There's a chance for someone to earn $x per ID card or verifiable credential issued; you're essentially becoming a TLD operator only with something 95% of the population of developed countries will use.

m33k44 4y ago

Okay, it is not truly decentralised then.