Tims Berners-Lī nesen paziņoja par lēmumu pārveidot specifikāciju kas definē decentralizētos tīmekļa identifikatorus (DID, decentralizēts identifikators), ieteicamā standarta stāvoklī, tādējādi atceļot Google un Mozilla izvirzītos iebildumus.
Specifikācija DID ievieš jauna veida globālos identifikatorus tikai tādas nav saistīti ar atsevišķām centralizētām organizācijām un pakalpojumiem, piemēram, domēnu reģistrētāji un sertifikācijas iestādes. Identifikators var būt saistīts ar patvaļīgu resursu un ģenerēts sistēmās, kurām uzticas resursa īpašnieks.
Identifikatora autentifikācija izmanto īpašumtiesību autentifikācijas pierādījumus, kuru pamatā ir kriptogrāfijas mehānismi, piemēram, digitālie paraksti. Specifikācija pieļauj dažādas metodes izplatītai kontrolei un identitātes informācijas izguvei, tostarp uz blokķēdes balstītas metodes.
Jaunā URI formāts tiek veidots kā "did:method:unique_identifier", kur "did" norāda jauno URI shēmu, "metode" norāda identifikatora apstrādes mehānismu, un "unikālais_identifikators" ir metodei raksturīgs resursa identifikators.
Lauks ar metodi norāda pakalpojuma nosaukumu, kas tiek izmantots pārbaudītu datu glabāšanai, kas nodrošina identifikatora unikalitāti, nosaka tā formātu un nodrošina identifikatora piesaisti resursam, kuram tas izveidots. URI ar ID tiek pārveidots par JSON dokumentu ar metadatiem, kas apraksta pieprasīto objektu un ietver publiskās atslēgas, lai pārbaudītu īpašnieku.
Metodes ieviešana neietilpst DID standarta darbības jomā, ir noteikta tā specifikācijās un tiek glabāta atsevišķā reģistrā.
Tagad Ir ierosinātas 135 metodes balstās uz dažādām blokķēdēm, kriptogrāfiskiem algoritmiem, izplatītām tehnoloģijām, decentralizētām datu bāzēm, P2P sistēmām un identifikācijas mehānismiem. Arī ir iespējams izveidot DID saites uz centralizētām sistēmām, piemēram, tīmekļa metode ļauj saistīt tradicionālos saimniekdatoru nosaukumus (piemēram, "did:web:example.com").
Google iebildumi ir saistīti ar specifikācijas nodalīšanu vispārīgajam decentralizēto specifikāciju identifikatoru mehānismam metožu galīgajām realizācijām, kas neļauj analizēt galvenās specifikācijas pareizību bez metožu specifikāciju izpētes.
Galvenās specifikācijas publicēšana, kad metodes specifikācijas nav gatavas, apgrūtina pārskatīšanu, un Google ir ierosinājis vispārējās DID specifikācijas standartizāciju atlikt līdz brīdim, kad dažas no labākajām metodēm ir gatavas standartizācijai, jo metožu standartizācijas procesā var būt smalki punkti. rodas, un ir jāpabeidz galvenā specifikācija.
Mozilla iebilst, ka specifikācijas nepietiekami veicina pārnesamību, atstājot problēmu metodes reģistrācijas pusē.
Reģistrā jau ir piedāvātas vairāk nekā simts metodes, kas izveidotas, neņemot vērā standarta risinājumu savietojamību un unifikāciju. Pašreizējā formā katram uzdevumam ieteicams izveidot jaunu metodi, nevis mēģināt pielāgot esošās metodes savām vajadzībām.
W3C nostāja ir tāda, ka DID specifikācijas standartizācija, kas nosaka jaunu paplašināma identifikatora klasi un saistīto sintaksi, veicinās metodes attīstību un vienprātību par metožu standartizāciju.
Pašreizējā formā ir pietiekami daudz pierādījumu par galvenās specifikācijas piemērojamību problēmu risināšanai kas ir pieprasīti sabiedrībā, kas izstrādā decentralizētas tehnoloģijas. Piedāvātās metožu ieviešanas nevajadzētu vērtēt pēc analoģijas ar jaunajām URL shēmām, un liela skaita metožu izveide var tikt uzskatīta par atbilstošu izstrādātāju vajadzībām paredzētajai bāzes specifikācijai.
Dažu metožu standartizācija tiek uzskatīta par grūtāku uzdevumu, attiecībā uz izstrādātāju vienprātības panākšanu, nekā standartizējot kopēju identifikatoru klasi. Tāpēc vienotas specifikācijas pieņemšana pirms metodes standartizācijas tiek uzskatīta par risinājumu, kas var radīt mazāku iespējamo kaitējumu sabiedrībai, kas ievieš decentralizētus identifikatorus.
Beidzot ja jūs interesē uzzināt vairāk par to, varat pārbaudīt sīkāka informācija šajā saitē.