Google과 Mozilla의 반대에도 불구하고 분산 식별자가 표준화됩니다.

팀 버너스-리는 웹용 탈중앙화 식별자(DID, Decentralized Identifier) ​​상태를 정의하는 사양을 권장 표준으로 만들기로 결정했다고 발표했다. Google과 Mozilla가 제기한 이의는 거부됩니다.

DID 사양에는 도메인 등록 기관, 인증 기관 등 개별 중앙 집중식 서비스 및 조직에 얽매이지 않는 새로운 유형의 고유한 글로벌 식별자가 도입되었습니다. 식별자는 임의의 리소스와 연결될 수 있으며 리소스 소유자가 신뢰하는 시스템을 사용하여 생성될 수 있습니다. 식별자의 진위 여부를 확인하기 위해 디지털 서명과 같은 암호화 메커니즘을 기반으로 소유권 증명 인증이 사용됩니다. 이 사양에서는 분산 제어를 위한 다양한 방법을 사용하고 블록체인 기반 방법을 포함하여 식별자에 대한 정보를 얻을 수 있습니다.

새 URI의 형식은 "did:method:unique_identifier"로 구성됩니다. 여기서 "did"는 새 URI 체계를 지정하고 "method"는 식별자를 처리하는 메커니즘을 나타내며 "unique_identifier"는 선택한 URI에 특정한 리소스 식별자입니다. 메서드(예: "did:example" :123456789abcdefghi)입니다. 메소드가 있는 필드는 사용된 검증된 데이터 저장 서비스의 이름을 나타내며, 이는 식별자의 고유성을 보장하고 형식을 결정하며 식별자가 생성된 리소스에 대한 바인딩을 보장합니다. 식별자 URI는 요청된 개체를 설명하고 소유자를 확인하기 위한 공개 키를 포함하는 메타데이터가 포함된 JSON 문서로 변환됩니다.

메소드 구현은 DID 표준 범위를 벗어나며 자체 사양에 정의되어 있으며 별도의 레지스트리에서 유지관리됩니다. 현재 다양한 블록체인, 암호화 알고리즘, 분산 기술, 분산 데이터베이스, P135P 시스템 및 식별 메커니즘을 기반으로 2가지 방법이 제안되었습니다. 중앙 집중식 시스템 위에 DID 바인딩을 생성하는 것도 가능합니다. 예를 들어 웹 방법을 사용하면 기존 호스트 이름(예: "did:web:example.com")에 대한 바인딩을 사용할 수 있습니다.

Google의 이의는 방법의 최종 구현을 위한 사양에서 분산 식별자의 일반적인 메커니즘에 대한 사양을 분리하는 것과 관련되어 있으며, 이는 방법의 사양을 연구하지 않고 주요 사양의 정확성을 분석하는 것을 허용하지 않습니다. 메서드 사양이 준비되지 않은 상태에서 핵심 사양을 게시하면 동료 검토가 어려워지며, Google은 여러 모범 사례가 표준화될 준비가 될 때까지 전체 DID 사양의 표준화를 연기할 것을 제안했습니다. 메서드를 표준화하는 과정에서 개선이 필요한 미묘한 문제가 나타날 수 있기 때문입니다. 핵심 사양의.

Mozilla의 반대는 사양이 이식성을 적절하게 추진하지 않아 이 문제를 메서드 레지스트리 측에 맡긴다는 것입니다. 레지스트리에서는 표준 솔루션의 호환성 및 통합을 고려하지 않고 만들어진 XNUMX개 이상의 방법을 이미 제안했습니다. 현재 형태에서는 기존 방법을 필요에 맞게 조정하기보다는 각 작업에 대한 새로운 방법을 생성하도록 권장합니다.

W3C의 입장은 새로운 확장 가능한 식별자 클래스와 관련 구문을 정의하는 DID 사양의 표준화가 방법 개발과 방법 표준화에 대한 합의를 촉진할 것이라는 것입니다. 현재로서는 핵심 사양이 분산 기술 커뮤니티의 요구에 적용 가능하다는 충분한 증거가 있습니다. 제안된 메소드 구현은 새로운 URL 체계와의 유추로 판단되어서는 안 되며, 다수의 메소드를 생성하는 것은 개발자의 요구에 맞는 기본 사양을 충족시키는 것으로 볼 수 있습니다.

특정 방법을 표준화하는 것은 일반적인 종류의 식별자를 표준화하는 것보다 개발자 간의 합의를 달성하는 측면에서 더 어려운 작업으로 간주됩니다. 따라서 방법을 표준화하기 전에 공통 사양을 승인하는 것은 분산 식별자를 구현하는 커뮤니티에 잠재적인 피해를 덜 줄 수 있는 솔루션으로 간주됩니다.

출처 : opennet.ru