Tim Berners-Lee het die besluit aangekondig om die spesifikasie wat gedesentraliseerde identifiseerders vir die web (DID, Decentralized Identifier) definieer, die status van 'n aanbevole standaard te maak. Besware wat deur Google en Mozilla geopper is, word tersyde gestel.
Die DID-spesifikasie stel 'n nuwe soort unieke globale identifiseerders bekend wat nie gekoppel is aan individuele gesentraliseerde dienste en organisasies, soos domeinregistrateurs en sertifiseringsowerhede nie. Die identifiseerder kan met 'n arbitrêre hulpbron geassosieer word en gegenereer word deur stelsels wat deur die eienaar van die hulpbron vertrou word. Identiteitstawing gebruik bewys-van-eienaarskap-verifikasie gebaseer op kriptografiese meganismes soos digitale handtekeninge. Die spesifikasie laat die gebruik van verskeie metodes toe vir verspreide beheer en die verkryging van inligting oor identifiseerders, insluitend metodes gebaseer op die blokketting.
Die formaat van die nuwe URI word gevorm as "did:method:unique_identifier", waar "did" die nuwe URI-skema spesifiseer, "metode" die meganisme vir die hantering van die identifiseerder aandui, en "unique_identifier" is 'n hulpbronidentifiseerder spesifiek vir die geselekteerde metode, byvoorbeeld, "did:voorbeeld :123456789abcdefghi". Die veld met die metode spesifiseer die naam van die gebruikte diens vir die stoor van geverifieerde data, wat die uniekheid van die identifiseerder waarborg, die formaat daarvan bepaal en die binding van die identifiseerder bied aan die hulpbron waarvoor dit geskep is. Die URI met die ID word omgeskakel na 'n JSON-dokument met metadata wat die gevraagde voorwerp beskryf en publieke sleutels insluit om die eienaar te verifieer.
Metode-implementerings is buite die omvang van die DID-standaard, word in hul spesifikasies gedefinieer en in 'n aparte register onderhou. Tans is 135 metodes voorgestel gebaseer op verskillende blokkettings, kriptografiese algoritmes, verspreide tegnologieë, gedesentraliseerde databasisse, P2P-stelsels en identifikasiemeganismes. Dit is ook moontlik om DID-bindings bo-op gesentraliseerde stelsels te skep, byvoorbeeld, die webmetode laat binding aan tradisionele gasheername toe (byvoorbeeld, "did:web:voorbeeld.com").
Google se besware hou verband met die skeiding van die spesifikasie vir die algemene meganisme van gedesentraliseerde identifiseerders van die spesifikasies vir die finale implementering van die metodes, wat nie toelaat om die korrektheid van die hoofspesifikasie te ontleed sonder om die spesifikasies van die metodes te ondersoek nie. Die publikasie van die hoofspesifikasie wanneer die metodespesifikasies nie gereed is nie, maak dit moeilik om te hersien, en Google het voorgestel dat die standaardisering van die DID algemene spesifikasie uitgestel word totdat 'n paar beste metodes gereed is om gestandaardiseer te word, soos in die metodestandaardiseringsproses, subtiele punte kan na vore kom wat vereis dat die hoofspesifikasie gefinaliseer moet word.
Mozilla se beswaar is dat die spesifikasie nie behoorlik aandring op oordraagbaarheid nie, wat die probleem aan die kant van die metoderegister laat. Meer as honderd metodes is reeds in die register voorgestel, geskep sonder inagneming van versoenbaarheid en eenwording van standaardoplossings. In sy huidige vorm word dit aangemoedig om 'n nuwe metode vir elke taak te skep, eerder as om bestaande metodes te probeer aanpas om by jou behoeftes te pas.
Die posisie van die W3C is dat die standaardisering van die DID-spesifikasie, wat 'n nuwe uitbreidbare identifiseerderklas en gepaardgaande sintaksis definieer, metode-ontwikkeling en konsensus oor metodestandaardisering sal aanmoedig. In sy huidige vorm is daar genoeg bewyse van die toepaslikheid van die hoofspesifikasie vir die oplossing van probleme in aanvraag in die gemeenskap wat gedesentraliseerde tegnologieë ontwikkel. Voorgestelde implementerings van metodes moet nie na analogie met nuwe URL-skemas beoordeel word nie, en die skepping van 'n groot aantal metodes kan gesien word as in ooreenstemming met die basisspesifikasie vir die behoeftes van ontwikkelaars.
Die standaardisering van sekere metodes word gesien as 'n moeiliker taak, in terme van die bereiking van konsensus onder ontwikkelaars, as die standaardisering van 'n algemene klas identifiseerders. Daarom word die aanvaarding van 'n gemeenskaplike spesifikasie voor standaardisering van metodes beskou as 'n oplossing wat minder potensiële skade aan die gemeenskap kan veroorsaak wat gedesentraliseerde identifiseerders implementeer.
Bron: opennet.ru