How to get started learning web5

• ion

  32 1,227 3.6 HTML

  The Identity Overlay Network (ION) is a DID Method implementation using the Sidetree protocol atop Bitcoin (by decentralized-identity)

  

to publish credentials anyone can discover and independently verify" without spending any thought on how such a PKI would be ("independently") governed without centralizing everything back again – an all too common failure model in 'web3' [3].

Meanwhile, both Dorsey's slideware [4] and the actual specifications referenced [5][6] make bad technological choices with regard to privacy where users have stable identifiers (their public keys) which must be published, allowing them to be easily tracked across transactions. While this can be considered a building block, no material on the PR website or the TBD54566975 Github repository (I guess it's some other wordplay) indicates that they even recognize this as a problem, let alone how to solve it.

This is no new problem however: Sovrin – which many people referenced in the OP have worked on or with – has published a commentary on this back in 2018 [7]. There's also a great talk by Drummond Reed if you need to refresh your memory about what you need to consider when designing identity systems [8].

Otherwise the OP can be a great introduction to identity, but please don't feed the magical hypetrain.

[1] https://github.com/TBD54566975/ssi-service#whats-supported

[2] https://developer.tbd.website/docs/Decentralized%20Web%20Pla...

[3] https://moxie.org/2022/01/07/web3-first-impressions.html

[4] See the diagram on page X of [2]

[5] https://identity.foundation/decentralized-web-node/spec/#ser...

[6] https://identity.foundation/ion/

[7] https://sovrin.org/wp-content/uploads/2018/10/What-Goes-On-T...

[8] https://www.youtube.com/watch?v=JzM_Brpk95E&t=1574s

• ssi-service

  1 150 8.4 Go

  The Self Sovereign Identity Service

  

to publish credentials anyone can discover and independently verify" without spending any thought on how such a PKI would be ("independently") governed without centralizing everything back again – an all too common failure model in 'web3' [3].

Meanwhile, both Dorsey's slideware [4] and the actual specifications referenced [5][6] make bad technological choices with regard to privacy where users have stable identifiers (their public keys) which must be published, allowing them to be easily tracked across transactions. While this can be considered a building block, no material on the PR website or the TBD54566975 Github repository (I guess it's some other wordplay) indicates that they even recognize this as a problem, let alone how to solve it.

This is no new problem however: Sovrin – which many people referenced in the OP have worked on or with – has published a commentary on this back in 2018 [7]. There's also a great talk by Drummond Reed if you need to refresh your memory about what you need to consider when designing identity systems [8].

Otherwise the OP can be a great introduction to identity, but please don't feed the magical hypetrain.

[1] https://github.com/TBD54566975/ssi-service#whats-supported

[2] https://developer.tbd.website/docs/Decentralized%20Web%20Pla...

[3] https://moxie.org/2022/01/07/web3-first-impressions.html

[4] See the diagram on page X of [2]

[5] https://identity.foundation/decentralized-web-node/spec/#ser...

[6] https://identity.foundation/ion/

[7] https://sovrin.org/wp-content/uploads/2018/10/What-Goes-On-T...

[8] https://www.youtube.com/watch?v=JzM_Brpk95E&t=1574s

• InfluxDB

  www.influxdata.com sponsored

  Power Real-Time Data Analytics at Scale. Get real-time insights from all types of time series data with InfluxDB. Ingest, query, and analyze billions of data points in real-time with unbounded cardinality.

  

• did-core

  50 390 0.6 HTML

  W3C Decentralized Identifier Specification v1.0

  

DIDs recently became a web2 standard [1] that's also embraced in web3 e.g. by Cardano / Atala Prism [2].

[1] https://www.w3.org/TR/did-core/

Suggest a related project