{"id":104601,"date":"2022-07-05T15:36:51","date_gmt":"2022-07-05T13:36:51","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/deczentralizovannye-identifikatory-budut-standartizirovany-nesmotrya-na-vozrazheniya-google-i-mozilla"},"modified":"2022-07-05T15:36:51","modified_gmt":"2022-07-05T13:36:51","slug":"deczentralizovannye-identifikatory-budut-standartizirovany-nesmotrya-na-vozrazheniya-google-i-mozilla","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/deczentralizovannye-identifikatory-budut-standartizirovany-nesmotrya-na-vozrazheniya-google-i-mozilla","title":{"rendered":"Gli identificatori decentralizzati saranno standardizzati, nonostante le obiezioni di Google e Mozilla","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Tim Berners-Lee ha annunciato la decisione di elevare la specifica che definisce gli identificatori decentralizzati per il Web (DID, Decentralized Identifier) a uno standard raccomandato. Le obiezioni sollevate da Google e Mozilla sono state respinte. <\/p>\n
La specifica DID introduce un nuovo tipo di identificatori globali unici, non legati a servizi e organizzazioni centralizzati come i registrar di domini e le autorit\u00e0 di certificazione. Un identificatore pu\u00f2 essere associato a qualsiasi risorsa e generato tramite sistemi di cui il proprietario della risorsa si fida. Per la verifica dell'autenticit\u00e0 dell'identificatore viene utilizzata l'autenticazione basata sulla prova di possesso attraverso meccanismi crittografici, come le firme digitali. La specifica consente l'uso di vari metodi di gestione distribuita e di acquisizione delle informazioni sugli identificatori, inclusi i metodi basati sulla blockchain. <\/p>\n
Il formato del nuovo URI \u00e8 strutturato come \u00abdid:metodo:identificatore_univoco\u00bb, dove \u00abdid\u00bb definisce il nuovo schema URI, \u00abmetodo\u00bb indica il meccanismo di gestione dell'identificatore e \u00abidentificatore_univoco\u00bb rappresenta un identificatore specifico per il metodo scelto, ad esempio, \u00abdid:example:123456789abcdefghi\u00bb. Nel campo relativo al metodo viene indicato il nome del servizio utilizzato per la memorizzazione di dati verificabili, garantendo l'unicit\u00e0 dell'identificatore, definendone il formato e assicurando il legame dell'identificatore con la risorsa per la quale \u00e8 stato creato. Un URI con identificatore viene trasformato in un documento in formato JSON contenente metadati che descrivono l'oggetto richiesto e includono le chiavi pubbliche per la verifica del proprietario.
<\/center> <\/p>\n
Le implementazioni dei metodi trascendono lo standard DID, definendosi nelle proprie specifiche e supportate in un registro separato. Attualmente sono proposti 135 metodi basati su diverse blockchain, algoritmi crittografici, tecnologie distribuite, database decentralizzati, sistemi P2P e meccanismi di identificazione. \u00c8 consentita anche la creazione di binding DID sopra sistemi centralizzati; ad esempio, il metodo web consente di utilizzare un binding con i nomi host tradizionali (ad esempio, \u00abdid:web:example.com\u00bb). <\/p>\n
Le obiezioni di Google riguardano la separazione delle specifiche per il meccanismo generale degli identificatori decentralizzati dalle specifiche per le implementazioni finali dei metodi, il che non consente di analizzare la correttezza della specifica principale senza studiare le specifiche dei metodi. La pubblicazione della specifica principale senza che le specifiche dei metodi siano pronte complica la revisione e Google ha proposto di rimandare la standardizzazione della specifica generale DID fino a quando non saranno pronti per la standardizzazione alcuni dei migliori metodi, poich\u00e9 durante il processo di standardizzazione dei metodi potrebbero emergere dettagli sottili che richiedono modifiche alla specifica principale. <\/p>\n
Le obiezioni di Mozilla riguardano il fatto che la specifica non incoraggi adeguatamente la portabilit\u00e0, lasciando questo aspetto alla registrazione dei metodi. Nella registrazione sono gi\u00e0 stati proposti oltre cento metodi, creati senza considerare la compatibilit\u00e0 e l'unificazione delle soluzioni standard. Nella forma attuale, si incoraggia la creazione di un nuovo metodo per ogni compito, invece di tentare di adattare i metodi esistenti alle proprie necessit\u00e0. <\/p>\n
La posizione del W3C si riduce al fatto che la standardizzazione della specifica DID, che definisce una nuova e ampliabile classe di identificatori e il relativo sintassi, sar\u00e0 uno stimolo per lo sviluppo di metodi e per raggiungere un consenso sulla standardizzazione dei metodi. Nella forma attuale, ci sono prove sufficienti dell'applicabilit\u00e0 della specifica di base per affrontare le problematiche richieste dalla comunit\u00e0 che promuove tecnologie decentralizzate. Le implementazioni proposte dei metodi non dovrebbero essere valutate in base a schemi URL nuovi, e la creazione di un gran numero di metodi pu\u00f2 essere vista come una risposta alle necessit\u00e0 degli sviluppatori in conformit\u00e0 con la specifica di base. <\/p>\n
La standardizzazione di determinati metodi \u00e8 vista come un compito pi\u00f9 complesso per raggiungere un consenso tra gli sviluppatori rispetto alla standardizzazione di una classe generale di identificatori. Pertanto, l'affermazione di una specifica generale prima della standardizzazione dei metodi \u00e8 considerata una soluzione capace di arrecare un potenziale danno minore alla comunit\u00e0 che adotta identificatori decentralizzati. \n Fonte: opennet.ru<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
![\"Gli](\"\/wp-content\/uploads\/2022\/07\/d24f33dbbd6f855bdfa66400a3397da5.jpg\")
<\/center> <\/p>\n