Zdecentralizowane identyfikatory dla sieci stają się zalecanym standardem

Tim Berners-Lee niedawno ogłosił decyzję o przekształceniu specyfikacji który definiuje zdecentralizowane identyfikatory dla sieci (ZROBIŁ, identyfikator zdecentralizowany), w stanie zalecanym, tym samym unieważniając zastrzeżenia zgłoszone przez Google i Mozillę.

Specyfikacja DID wprowadza nowy typ globalnych identyfikatorów tylko te, które nie są powiązane z poszczególnymi scentralizowanymi organizacjami i usługami, takich jak rejestratorzy domen i urzędy certyfikacji. Identyfikator może być powiązany z dowolnym zasobem i generowany przez systemy zaufane przez właściciela zasobu.

Uwierzytelnianie identyfikatora wykorzystuje uwierzytelnianie dowodu własności oparte na mechanizmach kryptograficznych, jak podpisy cyfrowe. Specyfikacja dopuszcza różne metody rozproszonej kontroli i wyszukiwania informacji o tożsamości, w tym metody oparte na blockchain.

Format nowego identyfikatora URI ma postać „did:method:unique_identifier”, gdzie „did” określa nowy schemat URI, „metoda” wskazuje mechanizm obsługi identyfikatora, a „unikalny_identyfikator” jest identyfikatorem zasobu specyficznym dla metody.

Pole z metodą określa nazwę serwisu służącego do przechowywania zweryfikowanych danych, który zapewnia niepowtarzalność identyfikatora, określa jego format oraz zapewnia powiązanie identyfikatora z zasobem, dla którego został utworzony. Identyfikator URI z identyfikatorem jest konwertowany na dokument JSON z metadanymi opisującymi żądany obiekt i zawierający klucze publiczne do weryfikacji właściciela.

Implementacje metod są poza zakresem standardu DID, są zdefiniowane w jego specyfikacjach i są przechowywane w oddzielnym rejestrze.

Teraz Zaproponowano 135 metod oparte na różnych łańcuchach bloków, algorytmach kryptograficznych, technologiach rozproszonych, zdecentralizowanych bazach danych, systemach P2P i mechanizmach identyfikacji. Również możliwe jest tworzenie łączy DID w systemach scentralizowanych, na przykład metoda internetowa umożliwia powiązanie tradycyjnych nazw hostów (na przykład „did:web:example.com”).

Zastrzeżenia Google dotyczą wydzielenia specyfikacji za ogólny mechanizm zdecentralizowanych identyfikatorów specyfikacji dla ostatecznych wdrożeń metod, co nie pozwala na analizę poprawności głównej specyfikacji bez badania specyfikacji metod.

Publikowanie głównej specyfikacji, gdy specyfikacje metod nie są gotowe, utrudnia wprowadzenie zmian, a Google zasugerował, aby odłożyć standaryzację ogólnej specyfikacji DID do czasu, gdy niektóre z najlepszych metod będą gotowe do standaryzacji, ponieważ w procesie standaryzacji metod mogą wystąpić subtelne punkty. powstają, które wymagają sfinalizowania głównej specyfikacji.

Zarzut Mozilli polega na tym, że specyfikacja nie zapewnia odpowiedniej przenośności, pozostawiając problem po stronie rejestracji metod.

W rejestrze zaproponowano już ponad sto metod, tworzonych bez względu na kompatybilność i unifikację standardowych rozwiązań. W obecnej formie zaleca się tworzenie nowej metody dla każdego zadania, zamiast próbować dostosowywać istniejące metody do własnych potrzeb.

Stanowisko W3C jest takie, że standaryzacja specyfikacji DID, która definiuje nową rozszerzalną klasę identyfikatorów i związaną z nią składnię, przyczyni się do dalszego rozwoju metod i osiągnięcia konsensusu w sprawie standaryzacji metod.

W obecnej formie istnieją wystarczające dowody na zastosowanie głównej specyfikacji do rozwiązywania problemów które są pożądane w społeczności, która rozwija zdecentralizowane technologie. Proponowanych implementacji metod nie należy oceniać przez analogię z nowymi schematami URL, a tworzenie dużej liczby metod można uznać za zgodne z podstawową specyfikacją na potrzeby programistów.

Standaryzacja niektórych metod jest postrzegana jako trudniejsze zadanie, jeśli chodzi o osiągnięcie konsensusu wśród programistów, niż standaryzacja na wspólnej klasie identyfikatorów. Dlatego przyjęcie wspólnej specyfikacji przed standaryzacją metod jest uważane za rozwiązanie, które może spowodować mniejsze potencjalne szkody dla społeczności wdrażającej zdecentralizowane identyfikatory.

W końcu jeśli chcesz dowiedzieć się więcej na ten temat, możesz sprawdzić szczegóły w poniższym linku.


Zostaw swój komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *

*

*

  1. Odpowiedzialny za dane: Miguel Ángel Gatón
  2. Cel danych: kontrola spamu, zarządzanie komentarzami.
  3. Legitymacja: Twoja zgoda
  4. Przekazywanie danych: Dane nie będą przekazywane stronom trzecim, z wyjątkiem obowiązku prawnego.
  5. Przechowywanie danych: baza danych hostowana przez Occentus Networks (UE)
  6. Prawa: w dowolnym momencie możesz ograniczyć, odzyskać i usunąć swoje dane.