Tim Berners-Lee nylig kunngjorde beslutningen om å konvertere spesifikasjonen som definerer de desentraliserte identifikatorene for nettet (gJORDE, desentralisert identifikator), i tilstanden til anbefalt standard, og dermed annullere innvendingene fra Google og Mozilla.
Spesifikasjonen DID introduserer en ny type globale identifikatorer bare de som ikke er knyttet til individuelle sentraliserte organisasjoner og tjenester, som domeneregistratorer og sertifiseringsmyndigheter. Identifikatoren kan være assosiert med en vilkårlig ressurs og generert av systemer som er klarert av eieren av ressursen.
Identifikatorautentisering bruker bevis på eierskapsautentisering basert på kryptografiske mekanismer, som digitale signaturer. Spesifikasjonen åpner for ulike metoder for distribuert kontroll og gjenfinning av identitetsinformasjon, inkludert blokkjedebaserte metoder.
Formatet til den nye URIen er dannet som "did:method:unique_identifier", der "did" spesifiserer det nye URI-skjemaet, "metode" indikerer mekanismen for å håndtere identifikatoren, og "unique_identifier" er en metodespesifikk ressursidentifikator.
Feltet med metoden spesifiserer navnet på tjenesten som brukes til å lagre verifiserte data, som sikrer unikheten til identifikatoren, bestemmer formatet og gir bindingen av identifikatoren til ressursen den ble opprettet for. URI-en med ID-en konverteres til et JSON-dokument med metadata som beskriver det forespurte objektet og inkluderer offentlige nøkler for å bekrefte eieren.
Metodeimplementeringer er utenfor omfanget av DID-standarden, er definert i spesifikasjonene og holdes i et eget register.
Nå 135 metoder er foreslått basert på ulike blokkkjeder, kryptografiske algoritmer, distribuerte teknologier, desentraliserte databaser, P2P-systemer og identifiseringsmekanismer. Også det er mulig å lage DID-koblinger på sentraliserte systemer, for eksempel lar webmetoden tradisjonelle vertsnavn bindes (for eksempel "did:web:example.com").
Googles innvendinger er relatert til separasjonen av spesifikasjonen for den generelle mekanismen for desentraliserte identifikatorer av spesifikasjonene for de endelige implementeringene av metodene, som ikke tillater å analysere riktigheten av hovedspesifikasjonen uten å studere spesifikasjonene til metodene.
Å publisere hovedspesifikasjonen når metodespesifikasjonene ikke er klare gjør revisjon vanskelig, og Google har foreslått at standardisering av den generelle DID-spesifikasjonen utsettes til noen av de beste metodene er klare for standardisering, da i prosessen med metodestandardisering kan subtile punkter evt. oppstår som krever at hovedspesifikasjonen ferdigstilles.
Mozillas innvending er at spesifikasjonen ikke driver portabilitet tilstrekkelig, og overlater problemet til metoderegistreringssiden.
Over hundre metoder er allerede foreslått i registeret, opprettet uten hensyn til kompatibilitet og forening av standardløsninger. I sin nåværende form anbefales det å lage en ny metode for hver oppgave, i stedet for å prøve å tilpasse eksisterende metoder for å passe dine behov.
W3Cs holdning er at standardisering av DID-spesifikasjonen, som definerer en ny utvidbar identifikatorklasse og tilhørende syntaks, vil fremme metodeutvikling og konsensus om metodestandardisering.
I sin nåværende form, det er tilstrekkelig bevis på anvendeligheten til hovedspesifikasjonen for å løse problemer som er etterspurt i samfunnet som utvikler desentraliserte teknologier. De foreslåtte implementeringene av metoder bør ikke bedømmes analogt med nye URL-skjemaer, og opprettelsen av et stort antall metoder kan sees på som i samsvar med basisspesifikasjonen for utviklernes behov.
Standardisering av enkelte metoder blir sett på som en vanskeligere oppgave, når det gjelder å oppnå konsensus blant utviklere, enn å standardisere på en felles klasse av identifikatorer. Derfor betraktes vedtakelsen av en felles spesifikasjon før metodestandardisering som en løsning som kan forårsake mindre potensiell skade for fellesskapet som implementerer desentraliserte identifikatorer.
Endelig hvis du er interessert i å vite mer om det, kan du sjekke detaljer i følgende lenke.