Tim Berners-Lee anoncis la decidon fari la specifon, kiu difinas malcentralizitajn identigilojn por la TTT (DID, Malcentralizita Identigilo), la statuson de rekomendita normo. La obĵetoj de Google kaj Mozilla estas malakceptitaj.
La DID-specifo enkondukas novan specon de unikaj tutmondaj identigiloj, kiuj ne estas ligitaj al individuaj centralizitaj servoj kaj organizoj, kiel domajnaj registristoj kaj atestadaŭtoritatoj. La identigilo povas esti asociita kun arbitra rimedo kaj generita per sistemoj fiditaj fare de la posedanto de la rimedo. Identeca konfirmo uzas pruv-de-posedan konfirmon bazitan sur ĉifrikaj mekanismoj kiel ekzemple ciferecaj subskriboj. La specifo permesas la uzon de diversaj metodoj por distribuita kontrolo kaj akiri informojn pri identigiloj, inkluzive de metodoj bazitaj sur la blokĉeno.
La formato de la nova URI estas formita kiel "did:method:unique_identifier", kie "did" precizigas la novan URI-skemon, "method" indikas la mekanismon por pritrakti la identigilon, kaj "unique_identifier" estas rimedidentigilo specifa por la elektita. metodo, ekzemple, "did:example :123456789abcdefghi". La kampo kun la metodo specifas la nomon de la uzata servo por konservi kontrolitajn datumojn, kiu garantias la unikecon de la identigilo, determinas ĝian formaton kaj provizas ligon de la identigilo al la rimedo por kiu ĝi estis kreita. La URI kun la ID estas konvertita al JSON-dokumento kun metadatenoj priskribantaj la petitan objekton kaj inkluzive de publikaj ŝlosiloj por kontroli la posedanton.
Metodefektivigoj estas ekster la amplekso de la DID-normo, estas difinitaj en siaj specifoj, kaj estas konservitaj en aparta registro. Nuntempe, 135 metodoj estis proponitaj surbaze de malsamaj blokĉenoj, kriptografiaj algoritmoj, distribuitaj teknologioj, malcentralizitaj datumbazoj, P2P-sistemoj kaj identigaj mekanismoj. Estas ankaŭ eble krei DID-ligojn aldone al centralizitaj sistemoj, ekzemple, la retmetodo permesas ligi al tradiciaj gastigantnomoj (ekzemple, "did:web:example.com").
La obĵetoj de Google rilatas al la apartigo de la specifo por la ĝenerala mekanismo de malcentralizitaj identigiloj de la specifoj por la finaj efektivigoj de la metodoj, kio ne permesas analizi la ĝustecon de la ĉefa specifo sen ekzamenado de la specifoj de la metodoj. Publikigi la ĉefan specifon kiam la metodospecifoj ne estas pretaj malfaciligas revizii, kaj Guglo sugestis prokrasti la normigon de la ĝenerala specifo de DID ĝis kelkaj plej bonaj metodoj estas pretaj por esti normigitaj, kiel en la metodonormiga procezo, subtilaj punktoj povas. aperas kiuj postulas la ĉefspecifon esti finpretigita.
La obĵeto de Mozilo estas, ke la specifo ne ĝuste puŝas por porteblo, lasante la aferon flanke de la metodo-registro. Pli ol cent metodoj jam estis proponitaj en la registro, kreitaj sen konsidero al kongruo kaj unuiĝo de normaj solvoj. En ĝia nuna formo, ĝi estas kuraĝigita krei novan metodon por ĉiu tasko, anstataŭ provi adapti ekzistantajn metodojn por konveni viajn bezonojn.
La pozicio de la W3C estas ke la normigado de la DID-specifo, kiu difinas novan etendeblan identigilklason kaj rilatan sintakson, instigos metodo-evoluon kaj interkonsenton pri metodonormigado. En ĝia nuna formo, ekzistas sufiĉe da evidenteco pri la aplikebleco de la ĉefa specifo por solvi problemojn postulatajn en la komunumo evoluiganta malcentralizitajn teknologiojn. Proponitaj efektivigoj de metodoj ne devus esti taksitaj per analogeco kun novaj URL-skemoj, kaj la kreado de granda nombro da metodoj povas esti vidita kiel konforma al la baza specifo al la bezonoj de programistoj.
La normigado de certaj metodoj estas vidita kiel pli malfacila tasko, en terminoj de atingado de konsento inter programistoj, ol la normigado de ofta klaso de identigiloj. Tial, la adopto de komuna specifo antaŭ normigado de metodoj estas konsiderata kiel solvo kiu povas kaŭzi malpli eblan damaĝon al la komunumo efektiviganta malcentralizitajn identigilojn.
fonto: opennet.ru