@@RoulDukeGonzo suppose you want to buy alcohol but the seller need to make sure your are adult enough. So you'll have to prove him that you indeed are adult enough. Bit if you dont do it through a different ID your parent can spy on you and see that you bought alcohol since your parents know your previous ID. But if you do it by creating a new ID you are safer.
Who stands against the technology and why? Are there any viable threats to this system? What about mistakes, failures or revocations, denouncements, disagreements, disavowals or claims of harm/injury/damage/loss? Complaints?
This is so huge! Most of the people cannot even start understanding what kind of revolution this will kick off in so many areas.
So DID focuses only on authentication, but the app should handle authorization and claims to the identity. Correct?
When the verifier is verifying a credential, how does it know whether the credential is still valid or revoked?
By checking a revocation services which is also connect to the DLT. On creation you list your credential expiration in the service.
What's the use of pairwise pseudonymous 'identities'? Ultimately don't you want some persistence of identity for trust?
It's done for privacy. If you dont want someone to track what all places you are using your DID, you create different sub IDs and stay safe
So why 'authenticate' at all in that scenario?
@@RoulDukeGonzo suppose you want to buy alcohol but the seller need to make sure your are adult enough. So you'll have to prove him that you indeed are adult enough. Bit if you dont do it through a different ID your parent can spy on you and see that you bought alcohol since your parents know your previous ID. But if you do it by creating a new ID you are safer.
@@paone9851 Thank you, that's clear now.
15:00 Excitement about DID
Did you do the DKMS webinar? Many thanks!
www.slideshare.net/SSIMeetup/decentralized-key-management-dkms-an-essential-missing-piece-of-the-ssi-puzzle-drummond-reed
ruclips.net/video/NJxaYsAo6pI/видео.html
Who stands against the technology and why?
Are there any viable threats to this system?
What about mistakes, failures or revocations, denouncements, disagreements, disavowals or claims of harm/injury/damage/loss?
Complaints?
@20:44 "did:web:" is not on the list.
There are so many at this point
What is the difference between a DID and a keypair seriously???
25:55
@@TheNaismith15 I see... I didn't have the patience to go through it all
44:52 DID specification links
40:08 digitally signed verifiable credentials
Distrust clouds