Тим Бернерс-Ли недавно објавио одлуку о конверзији спецификације који дефинише децентрализоване идентификаторе за Веб (ДИД, децентрализовани идентификатор), у стању препорученог стандарда, чиме се поништавају приговори Гугла и Мозиле.
Спецификација ДИД уводи нови тип глобалних идентификатора само оне које нису повезани са појединачним централизованим организацијама и службама, као што су регистратори домена и ауторитети за сертификацију. Идентификатор може бити повезан са произвољним ресурсом и генерисан од стране система којима верује власник ресурса.
Потврда идентитета користи доказ о аутентификацији власништва на основу криптографских механизама, попут дигиталних потписа. Спецификација дозвољава различите методе за дистрибуирану контролу и преузимање информација о идентитету, укључујући методе засноване на блокчејну.
Формат новог УРИ-ја је формиран као "дид:метход:уникуе_идентифиер", где "дид" специфицира нову УРИ шему, "метход" означава механизам за руковање идентификатором, а "уникуе_идентифиер" је идентификатор ресурса специфичан за метод.
Поље са методом специфицира назив сервиса који се користи за складиштење верификованих података, који обезбеђује јединственост идентификатора, одређује његов формат и обезбеђује везивање идентификатора за ресурс за који је креиран. УРИ са ИД-ом се конвертује у ЈСОН документ са метаподацима који описују тражени објекат и укључују јавне кључеве за верификацију власника.
Имплементације метода су ван обима ДИД стандарда, дефинисане су у његовим спецификацијама и чувају се у посебном регистру.
Сада Предложено је 135 метода засновани на различитим блокчејновима, криптографским алгоритмима, дистрибуираним технологијама, децентрализованим базама података, П2П системима и механизмима идентификације. Такође могуће је креирати ДИД везе на централизованим системима, на пример, веб метода дозвољава везивање традиционалних имена хостова (на пример, "дид:веб:екампле.цом").
Гуглове замерке се односе на одвајање спецификације за општи механизам децентрализованих идентификатора спецификација за коначне имплементације метода, који не дозвољава да се анализира исправност главне спецификације без проучавања спецификација метода.
Објављивање главне спецификације када спецификације метода нису спремне отежава ревизију, а Гоогле је предложио да се стандардизација опште ДИД спецификације одложи док неке од најбољих метода не буду спремне за стандардизацију, јер у процесу стандардизације метода могу се појавити суптилне тачке које захтевају финализацију главне спецификације.
Мозилла-ин приговор је да спецификација не покреће адекватно преносивост, остављајући проблем на страни регистрације метода.
У регистру је већ предложено преко стотину метода, креираних без обзира на компатибилност и обједињавање стандардних решења. У садашњем облику, препоручује се креирање нове методе за сваки задатак, уместо да покушавате да прилагодите постојеће методе вашим потребама.
Став В3Ц-а је да ће стандардизација ДИД спецификације, која дефинише нову прошириву класу идентификатора и придружену синтаксу, даље развијати методе и консензус о стандардизацији метода.
У свом садашњем облику, постоји довољно доказа о применљивости главне спецификације за решавање проблема које су тражене у заједници која развија децентрализоване технологије. Предложене имплементације метода не треба судити по аналогији са новим УРЛ шемама, а стварање великог броја метода може се посматрати као усклађеност са базном спецификацијом за потребе програмера.
Стандардизација одређених метода се види као тежи задатак, у смислу постизања консензуса међу програмерима, него стандардизовање заједничке класе идентификатора. Стога се усвајање заједничке спецификације пре стандардизације метода сматра решењем које може нанети мање потенцијалне штете заједници која примењује децентрализоване идентификаторе.
Коначно ако сте заинтересовани да сазнате више о томе, можете проверити детаљи у следећем линку.