Tim Berners-Lee nemrég bejelentette a specifikáció átalakításáról szóló döntést amely meghatározza a web decentralizált azonosítóit (DID, Decentralizált azonosító), az ajánlott szabványnak megfelelő állapotban, ezzel semmissé teszi a Google és a Mozilla által felhozott kifogásokat.
A specifikáció A DID új típusú globális azonosítókat vezet be csak olyanok nem kapcsolódnak egyes központosított szervezetekhez és szolgáltatásokhoz, mint például a domain regisztrátorok és hitelesítésszolgáltatók. Az azonosító tetszőleges erőforráshoz társítható, és az erőforrás tulajdonosa által megbízható rendszerek generálhatják.
Azonosító hitelesítés titkosítási mechanizmusokon alapuló tulajdonjog-hitelesítést használ, mint a digitális aláírások. A specifikáció különféle módszereket tesz lehetővé az identitásinformációk elosztott vezérlésére és lekérésére, beleértve a blokklánc alapú módszereket is.
Az új URI formátuma a következőképpen alakul: "did:method:unique_identifier", ahol a "did" az új URI-sémát adja meg, a "method" az azonosító kezelésének mechanizmusát, az "egyedi_azonosító" pedig egy metódus-specifikus erőforrás-azonosító.
A mező a módszerrel az ellenőrzött adatok tárolására használt szolgáltatás nevét adja meg, amely biztosítja az azonosító egyediségét, meghatározza a formátumát, és biztosítja az azonosító kötődését ahhoz az erőforráshoz, amelyhez létrehozták. Az azonosítóval rendelkező URI-t a rendszer a kért objektumot leíró metaadatokkal rendelkező JSON-dokumentummá konvertálja, és nyilvános kulcsokat tartalmaz a tulajdonos ellenőrzéséhez.
A módszer implementációi kívül esnek a DID szabvány hatókörén, a specifikációiban vannak meghatározva, és külön nyilvántartásban vannak tárolva.
Most 135 módszert javasoltak különböző blokkláncokon, kriptográfiai algoritmusokon, elosztott technológiákon, decentralizált adatbázisokon, P2P rendszereken és azonosítási mechanizmusokon alapul. Is lehetőség van DID hivatkozások létrehozására központosított rendszereken, például a webes metódus lehetővé teszi a hagyományos gazdagépnevek összekapcsolását (például "did:web:example.com").
A Google kifogásai a specifikáció szétválasztásával kapcsolatosak a specifikációk decentralizált azonosítóinak általános mechanizmusához a módszerek végső megvalósításához, amely nem teszi lehetővé a fő specifikáció helyességének elemzését a módszerek specifikációinak tanulmányozása nélkül.
A fő specifikáció közzététele, amikor a módszer specifikációi még nem állnak készen, megnehezíti a felülvizsgálatot, és a Google azt javasolta, hogy az általános DID-specifikáció szabványosítását halasszák el addig, amíg a legjobb módszerek némelyike készen nem áll a szabványosításra, mivel a módszer szabványosítási folyamatában finom pontok előfordulhatnak. amelyek a fő specifikáció véglegesítését igénylik.
A Mozilla kifogása az, hogy a specifikáció nem szabályozza megfelelően a hordozhatóságot, így a probléma a metódus regisztrációs oldalán marad.
A rendszerleíró adatbázisban már több mint száz módszert javasoltak, amelyeket a szabványos megoldások kompatibilitása és egységesítése nélkül hoztak létre. Jelenlegi formájában ajánlatos minden feladathoz új módszert létrehozni, ahelyett, hogy a meglévő módszereket az Ön igényeihez igazítanánk.
A W3C álláspontja az, hogy a DID specifikáció szabványosítása, amely egy új bővíthető azonosító osztályt és a kapcsolódó szintaxist határoz meg, elősegíti a módszerfejlesztést és a konszenzust a módszer szabványosításával kapcsolatban.
Jelenlegi formájában elegendő bizonyíték van a fő specifikáció alkalmazhatóságára a problémák megoldására amelyekre igény van a decentralizált technológiákat fejlesztő közösségben. A javasolt metódus-megvalósításokat nem szabad az új URL-sémákkal analógia alapján megítélni, és nagyszámú metódus létrehozása a fejlesztők igényeinek megfelelő alapspecifikációnak tekinthető.
Egyes módszerek szabványosítását nehezebb feladatnak tekintik, ami a fejlesztők közötti konszenzus elérését illeti, mint az azonosítók közös osztályának szabványosítása. Ezért egy közös specifikáció elfogadása a módszer szabványosítása előtt olyan megoldásnak tekinthető, amely kevesebb potenciális kárt okozhat a decentralizált azonosítókat megvalósító közösségnek.
Végül ha érdekel, hogy többet tudjon meg róla, ellenőrizheti a részletek a következő linken.