블록체인의 주권 신원 레이어

인증은 현재 키를 제어하는 ​​사람이 누구인지 대답합니다. ID는 연속성을 추가합니다. 당사자가 키를 순환하고, 행동할 권한을 증명하고, 자격 증명을 받고, 에이전트를 제한하고, 장치 분실 후 복구하는 방법입니다. 주권적 신원 레이어는 플랫폼 로그인을 유일한 신뢰 루트로 만들지 않고 이러한 기능을 조정합니다.

주권이라는 단어는 기본적으로 익명이거나 정책에서 면제됨을 의미하지 않습니다. 이는 주체 또는 명시적으로 승인된 컨트롤러가 의미 있는 암호화 제어 권한을 가지고 있음을 의미합니다. 좋은 구현은 개인, 규제 대상 조직, 검증자, IoT 장치, 스마트 계약 또는 AI 에이전트를 지원할 수 있으며 각각은 적절한 자격 증명 및 공개 정책을 사용합니다.

아키텍처 검토에서는 4개의 레이어를 쉽게 분리할 수 있습니다. 식별자는 주체의 이름을 지정합니다. DID 문서는 확인 방법과 서비스 끝점을 게시합니다. 자격 증명에는 발급자의 서명된 청구가 포함됩니다. 지갑이나 에이전트 런타임은 개인 키를 보유하고 있으며 프레젠테이션 전에 동의를 요청합니다. 이러한 작업을 혼합하면 시스템이 불안정해지고 데이터가 광범위하게 노출됩니다.

작동 테스트도 있습니다. ID 레이어에는 손상된 키, 해지, 확인자 가용성, 발급자 신뢰, 상관 관계 위험, 개인 데이터 저장 및 지갑 마이그레이션에 대한 문서화된 답변이 필요합니다. 블록체인은 공개 상태를 변조 방지할 수 있습니다. 발행자를 신뢰할 수 있는지 또는 공개된 청구가 비례하는지 여부를 자체적으로 결정할 수는 없습니다.

W3C는 분산 식별자 v1.0을 발표했습니다.는 2022년 7월 19일 공식 웹 표준으로 지정되었습니다. 이 표준은 DID를 did:method:method-specific-id 형식의 URI, 일반적인 DID 문서 데이터 모델, 추상 해상도 및 역참조 인터페이스로 정의합니다. 의도적으로 기본 레지스트리 및 운영 규칙을 각 DID 메서드에 남겨 둡니다.

DID 문서에는 하나의 필수 최상위 속성인 id가 있습니다. 일반적인 선택적 속성에는 controller, verificationMethod, 인증 및 어설션 관계, 주요 계약, 위임된 기능 및 서비스 끝점이 포함됩니다. 개인 키는 DID 문서에 속하지 않습니다.

2022 권장사항에는 103개의 실험적 DID 방법 사양, 32개의 실험적 드라이버 구현, 적합성 제품군에 제출된 46개의 구현이 기록되었습니다. W3C 사양의 수는 유용한 역사적 신호입니다. 표준 구문은 상호 운용성을 향상시키지만 수백 가지 방법의 설계 선택을 지우지는 않습니다.

"분산형 식별자(DID)는 보다 안전한 웹을 보장하고 Avast에서 지원하는 강화된 소비자 경험 유형을 보장하는 데 매우 중요합니다."

해상도는 식별자와 사용 가능한 검증 자료 사이의 다리입니다. 해석기는 메서드의 읽기 규칙을 적용하고 DID 문서와 메타데이터를 반환합니다. 따라서 방법 선택이 중요해집니다. did:web 식별자는 웹 호스팅 및 도메인 제어에 따라 달라지고, 원장 고정 방법은 해당 네트워크의 가용성 및 수수료 모델에 따라 달라지며, 키 파생 방법에는 서로 다른 업데이트 및 복구 절충점이 있습니다.

더 깊은 Autheo 지향 프라이머는 분산 식별자 FAQ 및 W3C DID Core 규정 준수 FAQ를 참조하세요. 둘 다 현재 TheoID를 사용할 수 있다는 주장이 아니라 TheoID에 대한 로드맵 컨텍스트로 읽어야 합니다.

Ethereum는 계정, 서명, 계약 및 공개 상태를 구성할 수 있으므로 풍부한 ID 생태계를 갖추고 있습니다. 하나의 네트워크 전체 ID 계층을 규정하지 않습니다. 대신 개발자는 해결 중인 문제에 따라 주소 제어, 지갑 서명, 계약 계정, 이름 지정, DID 방법, 자격 증명 라이브러리 및 애플리케이션 정책을 결합합니다.

ENS는 해당 생태계에서 가장 잘 알려진 명명 계층입니다. 선적 서류 비치는 분산형 자주권 신원을 갖춘 애플리케이션 구축을 설명하고 주소 조회, 텍스트 기록, 아바타, 기본 이름, 레지스트리, 확인자 및 크로스체인 확인자를 다룹니다. ENS 이름은 사람이 읽을 수 있는 핸들이자 검색 표면이 될 수 있지만 이름만으로는 완전한 자격 증명 수명 주기 시스템이 아닙니다.

ERC-1056(Ethereum 경량 아이덴티티라고도 함)는 키 및 속성 관리를 위해 공통 Ethereum DID 레지스트리를 지정합니다. 해당 설계는 Ethereum 계정을 ID로 취급하고, 무제한 대리인 및 속성을 지원하며, 기본 식별자가 안정적으로 유지되는 동안 키 순환을 허용합니다. ID 생성은 계정 자체가 시작점이므로 별도의 등록 거래가 필요하지 않습니다.

이러한 유연성은 Ethereum의 강점이자 통합 비용입니다. 제품은 검색을 위해 ENS, 세션 인증을 위해 Sign-In with Ethereum, DID 문서를 위한 ERC-1056 또는 did:ethr 도구, 청구를 위한 별도의 검증 가능한 자격 증명 스택을 사용할 수 있습니다. 각 구성 요소는 훌륭할 수 있지만 팀은 상호 운용성, 거래 비용, 개인 정보 보호, 복구 및 지원 경계를 정의해야 합니다.

더 폭넓은 인프라 보기를 위해 기존 Autheo 및 Ethereum 비교를 살펴보세요. 여기서 중요한 점은 Ethereum에 아이덴티티 혁신이 부족하다는 것이 아닙니다. Ethereum는 다양한 ID 접근 방식을 지원하는 반면, 특수 목적 시스템은 레지스트리 설계 및 자격 증명 개인 정보 보호와 관련하여 서로 다른 절충안을 만듭니다.

Hyperledger Indy는 반대되는 아키텍처 방향을 취했습니다. 즉, 개인정보를 보호하고 검증 가능한 자격 증명을 위해 특별히 제작된 토큰 없는 공개 허가형 원장입니다. 2024년 연례 검토에서는 프로젝트가 안정적이고 강력하다고 설명하고 기존 채택자와 새로운 개인 배포를 언급하며 커뮤니티의 관심이 원장 아키텍처보다는 분산된 ID 및 자격 증명에 집중되어 있다고 말합니다.

Indy는 많은 팀을 위해 DID, 해지 레지스트리, AnonCreds 및 발급자-보유자-검증자 흐름을 구체적으로 만들었기 때문에 여전히 관련성을 유지하고 있습니다. 또한 이 프로젝트는 레거시 Indy SDK가 2024년 1분기 말까지 더 이상 사용되지 않으며 생태계가 Aries Askar, Indy VDR 및 Hyperledger AnonCreds 공유 구성 요소로 이동하고 있다고 보고했습니다. 이는 수명주기 교훈입니다. ID 시스템은 초기 발급뿐만 아니라 클라이언트 및 암호화 마이그레이션을 계획해야 합니다.

Sovrin는 공용 허가형 ID 네트워크에 Hyperledger Indy를 사용했습니다. 2025년 2월, Sovrin 재단는 네트워크의 지속 가능성에 대한 평가를 언급하면서 7년 후인 2025년 3월 31일 또는 그 이전에 MainNet 원장의 종료 가능성을 준비하고 있다고 밝혔습니다. 이것이 발전된 아이디어를 무효화하지는 않지만 연속성, 자금 조달, 관리 운영, 수출 경로 및 해결자 우발 상황이 ID 위협 모델에 속하는 이유를 보여줍니다.

목적에 맞게 구축된 시스템은 강력한 도메인 초점과 신중하게 설계된 개인 정보 보호 기본 요소를 제공할 수 있습니다. 또한 특정 네트워크 및 소프트웨어 스택을 중심으로 운영 집중을 생성할 수도 있습니다. Ethereum 스타일 어셈블리는 광범위한 구성성을 제공하지만 더 많은 조정을 애플리케이션으로 전환합니다. 두 모델 모두 발급자 거버넌스, 유용성 연구, 탄력적인 키 복구의 필요성을 없애줍니다.

Autheo는 DID 및 신원 비교 페이지 및 세부 Sovrin 네트워크 기록를 유지 관리합니다. 현재 로드맵에 대한 헤지 비교를 보려면 Autheo, 인디, Sovrin 및 uPort를 참조하세요.

TheoID는 Autheo가 계획한 주권 신원 레이어입니다. 현재 Autheo에는 라이브가 아니며 아직 라이브 시스템에 스레드되지 않았습니다. 스테이킹 및 거래 수수료는 오늘부터 적용됩니다. ID, 컴퓨팅, 스토리지, AI 추론 및 THEO AI는 ​​계속 개발 중이며 단계적으로 출시되고 있습니다.

출시되면 TheoID는 W3C DID 및 검증 가능한 자격 증명 개념과 일치하여 사람, 조직, 장치, 유효성 검사기 및 에이전트가 상호 운용 가능한 식별자 및 서명된 클레임을 사용할 수 있도록 고안되었습니다. 계획된 모델은 이식 가능한 ID, 범위가 지정된 권한 부여, 자격 증명 수명 주기 관리 및 Autheo를 중심으로 구축된 애플리케이션을 위한 공유 ID 기반에 중점을 둡니다.

로드맵에는 포스트퀀텀 암호화 지원도 설명되어 있지만 해당 보호 기능은 실시간이 아니며 아직 시스템에 포함되지 않았습니다. 팀은 미래의 통합 계획이 아닌 현재 운영 중인 보안 제어를 기준으로 현재 보안 제어를 평가해야 합니다. TheoID 로드맵 페이지는 진행 중인 상태에 대한 표준 Autheo 참조입니다.

AI 에이전트 설계에서 중요한 아이디어는 제한된 위임입니다. 에이전트는 인간의 광범위한 지갑 권한의 사본이 아닌 목적, 자원, 금액, 시간 및 철회 조건에 따라 제한된 자격 증명 또는 기능을 받아야 합니다. 해당 아키텍처는 TheoID가 의도한 방향의 일부이며 현재 사용할 수 있는 프로덕션 기능이 아닙니다.

Autheo는 ​​Hybrid PoA/PoS 합의 모델인 Proof of Autheo에서 실행됩니다. 합의 메커니즘과 신원 레이어는 다양한 문제를 해결합니다. 하나는 검증인 자격과 지분 가중 블록 생성을 조정하는 반면, 다른 하나는 주체와 위임된 권한을 대표하고 인증하도록 설계되었습니다.

체인 기본 설정이 아닌 신뢰 당사자 질문부터 시작하세요. 검증인은 무엇을 알아야 합니까? 누가 청구서를 발행할 수 있나요? 보유자가 최소한의 증거를 제시할 수 있습니까? 발급자 키는 어떻게 발견되며 손상 또는 해지 후에는 어떻게 되나요? 답변에 따라 DID, 자격 증명, 서명된 메시지 또는 기존 페더레이션 계정이 적절한지 여부가 결정됩니다.

그런 다음 작동 경로를 측정합니다. 테스트 키 순환, 장치 마이그레이션, 분실된 장치 복구, 발급자 해지, 확인자 중단, 자격 증명 만료 및 지원 에스컬레이션. 데모에서 새로운 지갑에만 적용되는 아이덴티티 디자인은 실제로는 주권적 아이덴티티 레이어가 아닙니다.

마지막으로, 설득력 있는 이유나 법적 근거가 없는 한 개인 데이터를 공공 장부에 보관하지 마십시오. 원장은 해시, 공개 키, 해지 참조 또는 상태 전환을 고정할 수 있습니다. 자격 증명 자체, 민감한 속성, 동의 기록에는 개인 정보 보호 저장 및 공개 제어가 필요한 경우가 많습니다.