Tim Berners-Lee äskettäin ilmoitti päätöksestään muuttaa eritelmä joka määrittelee verkon hajautetut tunnisteet (DID, Hajautettu tunniste), suositellun standardin tilassa, mikä mitätöi Googlen ja Mozillan esittämät vastalauseet.
Erittely DID esittelee uudentyyppiset globaalit tunnisteet vain sellaisia eivät liity yksittäisiin keskitettyihin organisaatioihin ja palveluihin, kuten verkkotunnusten rekisteröijät ja varmenneviranomaiset. Tunniste voi olla liitetty mielivaltaiseen resurssiin ja sen voi luoda järjestelmät, joihin resurssin omistaja luottaa.
Tunnisteen todennus käyttää salausmekanismeihin perustuvaa todistusta omistajuudesta, kuten digitaaliset allekirjoitukset. Spesifikaatio sallii erilaisia menetelmiä hajautettuun hallintaan ja identiteettitietojen hakuun, mukaan lukien lohkoketjupohjaiset menetelmät.
Uuden URI:n muoto on "did:method:unique_identifier", jossa "did" määrittää uuden URI-mallin, "method" ilmaisee tunnisteen käsittelymekanismin ja "unique_identifier" on menetelmäkohtainen resurssin tunniste.
Kenttä menetelmällä määrittää tarkistettujen tietojen tallentamiseen käytetyn palvelun nimen, joka varmistaa tunnuksen ainutlaatuisuuden, määrittää sen muodon ja tarjoaa tunnisteen sitomisen resurssiin, jota varten se on luotu. Tunnuksella varustettu URI muunnetaan JSON-dokumentiksi, jonka metatiedot kuvaavat pyydettyä objektia ja sisältävät julkiset avaimet omistajan vahvistamiseksi.
Menetelmien toteutukset eivät kuulu DID-standardin piiriin, ne on määritelty sen spesifikaatioissa ja niitä säilytetään erillisessä rekisterissä.
Nyt 135 menetelmää on ehdotettu perustuu erilaisiin lohkoketjuihin, salausalgoritmeihin, hajautettuihin teknologioihin, hajautettuihin tietokantoihin, P2P-järjestelmiin ja tunnistusmekanismeihin. Myös on mahdollista luoda DID-linkkejä keskitettyihin järjestelmiin, esimerkiksi verkkomenetelmä sallii perinteisten isäntänimien sitomisen (esimerkiksi "did:web:example.com").
Googlen vastalauseet liittyvät eritelmän erottamiseen menetelmien lopullisten toteutusten spesifikaatioiden hajautettujen tunnisteiden yleismekanismille, joka ei mahdollista päämääritelmän oikeellisuuden analysointia ilman menetelmien spesifikaatioita.
Päämäärittelyn julkaiseminen silloin, kun menetelmäspesifikaatiot eivät ole valmiita, vaikeuttaa tarkistamista, ja Google on ehdottanut yleisen DID-spesifikaatioiden standardoinnin lykkäämistä siihen asti, kunnes jotkin parhaista menetelmistä ovat valmiita standardointiin, koska menetelmän standardointiprosessissa hienovaraiset kohdat voivat jotka edellyttävät päämäärittelyn viimeistelemistä.
Mozillan vastalause on, että tekniset tiedot eivät ohjaa siirrettävyyttä riittävästi, joten ongelma jätetään menetelmän rekisteröintipuolelle.
Rekisteriin on jo ehdotettu yli sata menetelmää, jotka on luotu ottamatta huomioon standardiratkaisujen yhteensopivuutta ja yhtenäistämistä. Nykyisessä muodossaan jokaiselle tehtävälle on suositeltavaa luoda uusi menetelmä sen sijaan, että yrität mukauttaa olemassa olevia menetelmiä tarpeisiisi.
W3C:n kanta on, että uuden laajennettavan tunnisteluokan ja siihen liittyvän syntaksin määrittelevän DID-määrityksen standardointi edistää menetelmän kehittämistä ja konsensusta menetelmän standardoinnista.
Nykyisessä muodossaan on riittävästi näyttöä päämäärittelyn soveltuvuudesta ongelmien ratkaisemiseen jotka ovat kysyttyjä hajautettua teknologiaa kehittävässä yhteisössä. Ehdotettuja menetelmien toteutuksia ei pidä arvioida analogisesti uusien URL-mallien kanssa, ja useiden menetelmien luominen voidaan nähdä kehittäjien tarpeiden perusmäärittelyn mukaisena.
Tiettyjen menetelmien standardointi nähdään vaikeampana tehtävänä, mitä tulee kehittäjien yhteisymmärrykseen, kuin yhteisen tunnisteluokan standardointi. Siksi yhteisen spesifikaation käyttöönottoa ennen menetelmän standardointia pidetään ratkaisuna, joka voi aiheuttaa vähemmän haittaa hajautettuja tunnisteita toteuttavalle yhteisölle.
Vihdoin jos olet kiinnostunut tietämään siitä lisää, voit tarkistaa yksityiskohdat seuraavassa linkissä.