Tim Berners-Lee ngumumake keputusan kanggo nggawe spesifikasi sing nemtokake pengenal desentralisasi kanggo status Web (DID, Decentralized Identifier) ββminangka standar sing disaranake. Bantahan sing ditindakake dening Google lan Mozilla ditolak.
Spesifikasi DID ngenalake jinis pengenal global unik anyar sing ora ana gandhengane karo layanan lan organisasi terpusat individu, kayata registrar domain lan panguwasa sertifikasi. Pengenal bisa digandhengake karo sumber daya sing sewenang-wenang lan digawe nggunakake sistem sing dipercaya dening pemilik sumber daya kasebut. Kanggo verifikasi keaslian pengenal, otentikasi bukti kepemilikan digunakake adhedhasar mekanisme kriptografi kayata teken digital. Spesifikasi kasebut ngidini nggunakake macem-macem cara kanggo kontrol sing disebarake lan entuk informasi babagan pengenal, kalebu metode berbasis blockchain.
Format URI anyar dibentuk minangka "did: method: unique_identifier", ing ngendi "did" nemtokake skema URI anyar, "metode" nuduhake mekanisme kanggo ngolah pengenal, lan "unique_identifier" minangka pengenal sumber daya khusus kanggo sing dipilih. cara, contone, "did:example":123456789abcdefghi." Lapangan kanthi metode kasebut nuduhake jeneng layanan panyimpenan data sing diverifikasi sing digunakake, sing njamin keunikan pengenal, nemtokake format lan njamin ikatan pengenal menyang sumber daya sing digawe. URI pengenal diowahi dadi dokumen JSON kanthi metadata sing nggambarake obyek sing dijaluk lan kalebu kunci umum kanggo verifikasi pemilik.
Implementasi metode ora ana ing ruang lingkup standar DID, ditetepake ing spesifikasi dhewe, lan dikelola ing registri sing kapisah. Saiki, metode 135 wis diusulake adhedhasar macem-macem pamblokiran, algoritma kriptografi, teknologi sing disebarake, database desentralisasi, sistem P2P lan mekanisme identifikasi. Sampeyan uga bisa nggawe pengikatan DID ing ndhuwur sistem terpusat, contone, metode web ngidini sampeyan nggunakake ikatan karo jeneng host tradisional (contone, "did: web: example.com").
Bantahan Google ana hubungane karo pamisahan spesifikasi kanggo mekanisme umum pengenal desentralisasi saka spesifikasi kanggo implementasi pungkasan metode, sing ora ngidini nganalisa akurasi spesifikasi utama tanpa sinau spesifikasi metode kasebut. Nerbitake spesifikasi inti nalika spesifikasi metode durung siyap nggawe peer review angel, lan Google nyaranake kanggo nundha standarisasi spesifikasi DID sakabèhé nganti sawetara praktik paling apik siap kanggo standarisasi, amarga ing proses standarisasi, masalah subtle bisa muncul sing mbutuhake refinement. saka spesifikasi inti.
Bantahan Mozilla yaiku spesifikasi kasebut ora nyurung portabilitas, ninggalake masalah iki ing sisih registri metode. Registri wis ngajokaken luwih saka satus cara, digawe tanpa gati kanggo kompatibilitas lan manunggalaken solusi standar. Ing wangun saiki, nyengkuyung nggawe cara anyar kanggo saben tugas, tinimbang nyoba ngganti cara sing wis ana kanggo cocog karo kabutuhan sampeyan.
Posisi W3C yaiku standarisasi spesifikasi DID, sing nemtokake kelas pengenal extensible anyar lan sintaksis sing gegandhengan, bakal ngrangsang pangembangan metode lan konsensus babagan standarisasi metode. Minangka stands, ana bukti akeh sing specification inti ditrapake kanggo kabutuhan masyarakat teknologi desentralisasi. Implementasi metode sing diusulake ora kudu diadili kanthi analogi karo skema URL anyar, lan nggawe akeh metode bisa dideleng minangka nyukupi spesifikasi dhasar karo kabutuhan pangembang.
Standarisasi cara tartamtu katon minangka tugas sing luwih angel, ing babagan nggayuh konsensus ing antarane pangembang, tinimbang standarisasi kelas pengenal umum. Mula, nyetujoni spesifikasi umum sadurunge metode standarisasi katon minangka solusi sing bisa nyebabake cilaka sing kurang kanggo komunitas sing ngetrapake pengenal desentralisasi.
Source: opennet.ru