{"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\/news\/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 conferire alla specifica che definisce gli identificatori decentralizzati per il Web (DID, Decentralized Identifier) lo status di raccomandato standard. 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 singoli servizi e organizzazioni centralizzate, come i registrar di domini e le autorit\u00e0 di certificazione. L'identificatore pu\u00f2 essere associato a qualsiasi risorsa e generato tramite sistemi di cui il proprietario della risorsa si fida. Per la verifica dell'identificatore, viene utilizzata l'autenticazione con prova di possesso basata su meccanismi crittografici, come le firme digitali. La specifica consente di utilizzare diversi metodi di gestione distribuita e di recupero di informazioni sugli identificatori, incluse le metodologie basate su blockchain. <\/p>\n
Il formato del nuovo URI si articola come \u2018did:metodo:identificatore_unico\u2019, dove \u2018did\u2019 definisce il nuovo schema URI, \u2018metodo\u2019 indica il meccanismo di gestione dell\u2019identificatore e \u2018identificatore_unico\u2019 rappresenta un identificatore di risorsa specifico per il metodo scelto, ad esempio, \u2018did:example:123456789abcdefghi\u2019. Nel campo del metodo viene riportato il nome del servizio utilizzato per la memorizzazione dei dati verificabili, che garantisce l\u2019unicit\u00e0 dell\u2019identificatore, definisce il suo formato e associa l\u2019identificatore alla risorsa per cui \u00e8 stato creato. L\u2019URI con l\u2019identificatore viene trasformato in un documento in formato JSON contenente i metadati che descrivono l\u2019oggetto richiesto e includono le chiavi pubbliche per la verifica del proprietario.
<\/center> <\/p>\n
Le implementazioni dei metodi vanno oltre lo standard DID, sono definite nelle proprie specifiche e supportate in un registro separato. Attualmente sono stati proposti 135 metodi basati su diversi blockchain, algoritmi crittografici, tecnologie distribuite, database decentralizzati, sistemi P2P e meccanismi di identificazione. \u00c8 consentita anche la creazione di strati DID sopra sistemi centralizzati, ad esempio, il metodo web consente di utilizzare associazioni a nomi di host tradizionali (ad esempio, \u2018did:web:example.com\u2019). <\/p>\n
Le obiezioni di Google riguardano la separazione della specifica del meccanismo generale degli identificatori decentralizzati dalle specifiche delle implementazioni finali dei metodi, il che non consente di analizzare la correttezza della specifica principale senza esaminare le specifiche dei metodi. La pubblicazione della specifica principale senza la prontezza delle specifiche dei metodi complica la revisione e Google ha proposto di rinviare la standardizzazione della specifica generale dei DID fino a quando non saranno pronti alcuni dei migliori metodi, poich\u00e9 nel processo di standardizzazione dei metodi potrebbero emergere aspetti delicati che richiedono revisioni alla specifica principale. <\/p>\n
Le obiezioni di Mozilla riguardano il fatto che la specifica non promuove adeguatamente la portabilit\u00e0, delegando questa questione al registro dei metodi. Nel registro sono gi\u00e0 stati proposti oltre cento metodi, creati senza considerare la compatibilit\u00e0 e l'unificazione delle soluzioni di riferimento. Nella sua forma attuale, viene incoraggiato lo sviluppo di un nuovo metodo per ogni compito, piuttosto che tentare di adattare i metodi esistenti alle proprie esigenze. <\/p>\n
La posizione del W3C \u00e8 che la standardizzazione della specifica DID, che definisce un nuovo tipo estensibile di identificatori e la sintassi ad essa correlata, stimoler\u00e0 lo sviluppo di metodi e il raggiungimento di un consenso sulla standardizzazione dei metodi. Attualmente ci sono prove sufficienti dell'applicabilit\u00e0 della specifica principale per risolvere problemi richiesti dalla comunit\u00e0 che sviluppa tecnologie decentralizzate. Le implementazioni dei metodi proposte non dovrebbero essere valutate in analogia con nuovi schemi URL, e la creazione di un numero considerevole di metodi pu\u00f2 essere vista come una risposta alle esigenze dei programmatori. <\/p>\n
La standardizzazione di determinati metodi \u00e8 vista come un compito pi\u00f9 complesso, in termini di raggiungimento di un consenso tra i programmatori, rispetto alla standardizzazione di una classe generale di identificatori. Pertanto, l'adozione della specifica generale prima della standardizzazione dei metodi \u00e8 considerata una soluzione che potrebbe comportare un minor danno potenziale per la comunit\u00e0 che sta implementando 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