We are pleased to announce the publication of the First Public Working Draft for the did:nostr method specification:

https://nostrcg.github.io/did-nostr/

This specification defines a Decentralized Identifier (DID) method

(did:nostr) that utilizes the cryptographic key pairs inherent to the Nostr protocol. It describes how a did:nostr identifier can be created, resolved to a DID Document.

This initial draft represents the collaborative effort of several

contributors. We would like to extend our sincere thanks to:

- Maximillian George for valuable feedback and support throughout the initial stages.

- Manu Sporny for providing an essential sanity check on the approach and structure.

- The team at Block for engaging in insightful discussions that helped

shape the work.

We believe the specification is now at a stage where it is ready for

broader review and contributions. We warmly welcome feedback, suggestions, issue reporting, and contributions from the CG and W3C DID community and anyone interested in integrating Nostr identities with did-identity

standards.

We look forward to engaging with the community to refine and advance this specification.

https://lists.w3.org/Archives/Public/public-nostr/2025Mar/0006.html

Reply to this note

Please Login to reply.

Discussion

Great to see DID & nostr devs working together, makes 100% sense to me to have a standard for multiple type of identifiers with different trade offs, nostr being one of them. For high security applications like gov or corporate identities anchoring the identity on btc timechain might still make sense? Also curious about the dht method and if it has gained traction.

Hi melvin ๐ŸคŸ๐Ÿ˜‰๐Ÿดโ€โ˜ ๏ธ I saw that you followed me in my old profile that unfortunately I lost and I don't use anymore! Follow me here on this and also remove the follow to the old profile that is nostr:nprofile1qqs9p5hc40z2nx65fxx9k8faqe5qy8pr98fqc4yk4vtfvdpvvw3g0dspzemhxue69uhhxmmrd9skctnrv9khq6pwdejhgqgkwaehxw309aex2mrp0yh8qunfd4skctnwv46qg68cln

Thank you bro ๐Ÿงก๐Ÿ’œ

I found it an interesting read.

How do you firstly get a DID document that contains a services section with relay list? In other words, what/where is a resolver or VDR?