W3C DID Core
Ayrıca şöyle anılır DID Core, Decentralized Identifiers 1.0, did-core
DID Core defines the identifier that does not need a registrar. A DID resolves to a document listing public keys and the ways they may be used, and the method decides where that document lives and how it is proven.
What conformance actually requires
A conforming method must specify how identifiers are created, resolved, updated and deactivated, and must produce documents matching the data model. That is a lower bar than most people assume: registration in the method registry is a listing, not a conformance test, and no body certifies that a method behaves as described.
Why the encoding details bite
A DID document is meant to be consumed by software that has never met the issuer. Every field that is almost right is a resolver that almost works. Key encodings are the usual place this goes wrong, because a value can look correct, be accepted by the implementation that produced it, and be rejected by a stricter one.
Where Solidus sits
Implemented and live, with the conversion defects above stated rather than left for a third party to discover.
Nereden geliyor
Bunu başkası belirtti. Solidus bir uygulamasını yazdı.
W3C Recommendation, published 19 July 2022. A finished standard rather than a draft, which is unusual in this field. It defines what a decentralized identifier is, what a DID document must contain, and what a conforming method must do. Solidus implements it as did:solidus; the specification is the W3C's.
Bunu nasıl doğrularsınız
Bugün üretimde çalışıyor.
The specification is free at w3.org/TR/did-core. The method is registered in the W3C DID Extensions method registry, which is a listing rather than an endorsement. The conversion is readable at packages/@solidus/sdk/src/chain/did.ts, in mapToW3CDIDDocument, where the multibase value is constructed.