Web3 신원 스택 해석: 디지털 주권으로 향하는 여정

신원 지갑의 예로는 ONTO, Nuggets, 및 Polygon ID Wallet 등이 있습니다. 일부 신원 지갑은 Fractal과 같이 유효성 검사 및 KYC를 입장 절차의 일부로 삼아 사용자가 해당 요구 사항을 갖는 애플리케이션에 제출할 선언(Claim)을 가질 수 있도록합니다. 이는 암호화 지갑에서는 훨씬 적게 발생합니다. 또한 신원 지갑은 W3C 승인 DIDs, 검증 가능 자격 증명 및 DIDComm 및 web3 이외의 사용 사례를 지원하는 경우가 많습니다.

WalletConnect 은 지갑 간 및 dapp 간 통신 프로토콜입니다. 간결하고 편향되지 않은 프로토콜로, WalletConnect는 이미 수백만 명의 암호화폐 사용자에게 서비스를 제공하며 자체 주권 신원 기반 인프라의 채택 가속화에 기여할 수 있습니다. DIDComm의 강력한 대체물로 나타날 수도 있습니다. DIDComm과 달리 WalletConnect는 정보를 중계 네트워크의 "클라우드 메일함"에 저장하고 지갑이 다시 온라인 상태로 전환될 때 이러한 정보를 지갑에 푸시합니다.

인증

인증은 사용자의 신원을 확인하기 위해 하나 이상의 인증 요소를 기반으로 하는 것입니다. 인증 요소는 사용자가 소유한 것(디지털 서명, 신분증, 보안 토큰), 알고 있는 것(비밀번호, PIN, 비밀 답변) 또는 생체 인식(지문, 음성, 망막 스캔)일 수 있습니다.

분산 신원 패러다임에서 사용자는 자신을 인증할 수 있습니다. 백그라운드에서 지갑은 저장된 키를 사용하여 디지털 서명을 생성하며 이는 소유자가 해당 계정과 관련된 개인 키를 가지고 있음을 "증명"합니다. 암호화폐 지갑이 서명을 생성할 수 있기 때문에, Web3 로그인을 제공하는 애플리케이션은 사용자가 Metamask 또는 WalletConnect로 자격을 증명할 수 있습니다.

여러 해 동안 암호 사용자들은 "지갑 연결"을 통해 dapp과 상호 작용해 왔습니다. 연결된 사용자에 대한 dapp의 기억이 없으므로 매번 웹 사이트를 방문할 때마다 사용자를 새 출발점으로 삼습니다.

오늘날, 사용자는 dapp과 더 깊은 상호 작용을 갖게 되었습니다. 분산 신원 정보가 여기서 유용해지는데, 이는 애플리케이션이 사용자의 배경에 대해 더 많은 정보를 얻을 수 있도록 하여 개인화된 경험을 제공하면서도 개인이 자신의 데이터를 통제할 수 있게 합니다.

더 풍부한 백그라운드 상호 작용을 위해 사용자 선호, 프로필 또는 개인 채팅 정보를로드하는 경우, 애플리케이션이 실제 키 보유자와 대화 중임을 먼저 확인해야합니다. "지갑 연결"은 이러한 보증을 제공하지 않지만 인증 표준은 그렇습니다. 인증은 사용자와 세션을 설정하고 응용 프로그램이 안전하게 데이터를 읽고 쓸 수 있도록합니다.

Ethereum으로 로그인하기 (SIWE)은 Spruce, ENS 및 Ethereum Foundation에 의해 처음 제안된 인증 표준입니다. SIWE는 사용자가 블록체인 기반 계정으로 로그인하는 데 사용하는 메시지 형식을 표준화했습니다(예 : jwt와 유사함).X로 로그인하기 (CAIP-122)은 여기에 기초하여 SIWE를 이더리움 중심의 SIWx로 구현하고 표준을 여러 블록체인 간 작동하도록 일반화했습니다.

개인의 경우, 이는 웹3 지갑으로 등록 또는 로그인할 수 있음을 의미하며 사용자 이름 및 암호를 만들 필요가 없습니다. 사용자 경험을 "클릭 몇 번만 하면"하여 소셜 로그인을 모방하고 온라인 ID에 대한 통제를 유지합니다. 응용 프로그램은 이를 웹3 원주민 대상의 시장 전략으로 채택하여 사용자 요구를 충족할 수 있습니다.

중기적으로는 암호 지갑을 사용하여 dapp 및 기타 web2 서비스에 로그인하는 능력이 웹3 원주민의 사용자 경험 개선이 될 것입니다. 그러나이로 인해 사용자는 웹2에서 매우 유해한 문제가되는 관련성 및 추적 문제에 직면하게됩니다. Peer DIDs 또는 자체 인증 식별자를 통한 인증은 대안 솔루션으로 사용할 수 있습니다.

위에서 설명된 "일반" DIDs와는 달리 Peer DIDs는 2 개 또는 N 개의 알려진 당사자 간에 사용하도록 설계되었습니다. 그들은 각 서비스 및/또는 상호 작용의 고유 식별자로 사용할 수 있습니다. 해당 디지털 ID 내의 암호 지갑 주소는 각 상인 또는 서비스 상호 작용의 확인 증거로서 VC와 함께 저장될 수 있습니다.

인가 및 접근 제어

인증은 사용자의 신원을 확인하며, 인가는 주체가 어떤 리소스에 접근할 수 있고 해당 리소스에 대해 어떤 작업을 수행할 수 있는지를 결정합니다. 이 두 가지 프로세스는 독립적이지만 사용자 경험 프로세스에서는 종종 함께 진행됩니다. 타사 서비스에 소셜 로그인하여 로그인한 후에 사용자는 종종 아래와 같은 인가 요청을 받을 수 있습니다:

연합 ID 모드에서 당신은 타사 응용 프로그램이 구글과 같은 ID 제공자에 저장된 데이터를 볼거나 업데이트하도록 인가하며, 그들은 당신이 이러한 응용 프로그램에 부여한 목록 및 관련 권한을 유지합니다. 웹3 인가 인프라와 표준은 이러한 목표를 달성하는 데 도움이 됩니다. 여기서 당신은 자기 주권 데이터를 소유하며 각 타사에게 데이터 해독/읽기/업데이트 권한을 부여할 수 있으며, 중앙 집중식 중개인이 필요하지 않습니다.

토큰화된 커뮤니티의 부상과 함께, web3 토큰 기반의 제어 제품들인 Collab.Land、Guild 및 Tokenproof도 등장했습니다. 이러한 도구들의 주요 용도 중 하나는 회원 전용 Discord 채널에 대한 접근 제어이며, 역할 및 평판에 따라 보다 세밀한 접근을 제공합니다. 커뮤니티는 보유 토큰량, 체인 상 활동 또는 사회적 검증에 따라 프로그래밍 방식으로 액세스를 부여할 수 있으며, 수동으로 액세스를 할당할 필요가 없습니다.

Lit은 중앙 집중화된 키 관리 및 접근 제어 프로토콜로, MPC 기술을 활용하여 Lit 네트워크 노드 간에 개인 키의 "몫"을 분배합니다. 공개 키/개인 키 쌍은 PKP（프로그래밍 가능한 키 쌍） NFT로 표시되며, 소유자는 해당 키 쌍의 유일한 제어자입니다. PKP 소유자는 임의로 정의된 조건이 충족되면 파일을 해독하거나 정보에 서명하는 네트워크 집계 키 공유를 트리거할 수 있습니다.

접근 제어 환경에서 Lit은 사용자가 온체인 조건을 정의하고 오프체인 리소스 액세스를 부여할 수 있게 합니다. 예를 들어 DAO는 Arweave 또는 AWS에 파일을 업로드하고 Lit으로 암호화하며 일련의 조건(예: NFT 소유권)을 정의할 수 있습니다. 자격을 갖춘 지갑은 프로토콜 노드에 메시지를 브로드캐스트하여 체인 상에서 서명한 사람이 조건을 충족하는지 확인하고, 조건을 충족하면 해당 서명자에게 파일을 해독할 수 있도록 키 셰어를 집계합니다. 이 같은 인프라는 또한 Shopify 할인, 잠긴 Zoom 회의 및 Gathertown 공간, 실시간 스트리밍 및 Google 드라이브 액세스와 같은 web2 경험 잠금 해제에 사용할 수 있습니다.

Kepler 는 사용자가 제어하는 데이터베이스("Orbits")를 중심에 두고 데이터를 구성합니다. 이러한 데이터베이스는 데이터의 특정 호스트 목록을 대표하며, 스마트 계약으로써 그들의 키만이 제어할 수 있습니다. 이러한 데이터베이스는 신뢰되는 당사자, 호스트 간 합의 메커니즘, 자원 소유자 및 라이센스 유효성에 의해 관리될 수 있습니다. SIWE를 사용하는 사람은 누구나 즉시 개인 데이터베이스를 활용하여 그들의 선호도, 디지털 인증서 및 비공개 파일을 저장할 수 있습니다. 여러 저장 백엔드에 대한 "내장 저장" 지원을 통해 사용자는 자체 호스팅하거나 호스팅된 버전을 사용할 수 있습니다.

일부 예시는 응용프로그램이 이전에 언급한 빌딩 블록의 조합을 어떻게 사용하는지 보여줍니다:

Orbis 는 Ceramic을 사용하여 데이터 저장 및 업데이트를 수행하는 소셜 네트워크 애플리케이션("web3 Twitter/Discord")이며, 저장 전에 개인 메시지는 먼저 Lit을 통해 암호화됩니다.

Lit을 분산화된 암호화 시스템으로 사용하여 누가 당신의 Tableland 데이터를 해독할 수 있는지 위임

Kepler는 Ceramic 문서를 신호로 사용하여 개인 저장소로 라우팅할 수 있습니다

Lit PKP를 생성하여 응용 프로그램이 Ceramic 스트림을 "소유"하고, Lit Actions(IPFS 상의 코드)에 데이터베이스를 어떠한 조건을 충족시킬 때 서명하고 업데이트할 수있는 능력을 부여합니다.

CACAO 은 체인에 독립적인 객체 기능성(OCAP)을 나타내는 표준으로 Sign-in-With X를 사용합니다. 이것은 SIWx 서명 작업 결과를 기반으로 한 IPLD 객체 기능성(OCAP)으로 기록하는 방법을 정의합니다. 이것은 인증된 이벤트 수신을 만들 뿐만 아니라 검증 가능한 권한을 위한 조합 가능하고 재생 가능한 권한 수신을 만듭니다.

권한 방법은 사용자가 응용 프로그램에게 데이터를 볼 수/업데이트할 수 있는 세밀한 범위와 검증 가능한 능력을 부여하게 합니다. 또한 세션 기반일 수 있으며, 따라서 메시지에 서명할 필요 없이 앱에서 풍부한 상호 작용을 할 수 있고 세션이 종료될 때 한 번 서명할 수 있습니다.

증명과 증명서

여기서, 우리는 분산 신원 인프라 스택의 꼭대기에 도달했습니다, 다음 그림 참조.

일부 용어:

증명은 주장을 증명하고 서명이 유효한지를 증명하는 것으로, 기록의 이벤트를 독립적으로 확인해야 하는 필요성을 갖습니다.

증명서는 한 엔터티에 대한 정보를 설명하는 파일로, 다른 엔터티가 작성하고 서명하는 것입니다. 증명서는 위조 방지되고 암호화로 검증할 수 있으며, 지갑에 저장할 수 있습니다.

검증 가능 증명서(VC)는 W3C 검증 가능 증명서 규격에서 정의된 암호화된 디지털 증명의 표준 데이터 모델 및 표현 형식입니다:

- 발행자는 증명서의 발행 주체입니다(예: 대학)

- 소지자는 증명서를 소유합니다(예: 학생)

- 확인자는 증명을 확인합니다(예: 잠재적 고용주)

- 검증 가능 제시는 사용자가 제3자와 데이터를 공유하고, 제3자가 증명서가 발행자에 의해 서명되었음을 검증할 수 있도록 하는 것을 의미합니다

여기서 "발행자", "소지자", "확인자"는 상대적인 개념입니다. 각 사람은 자체 DID(Distributed Identifier)와 수집한 증명서를 갖습니다.

증명서는 평판의 기반입니다. 평판은 사회적 현상으로, 환경 변화에 따라 변화합니다. 하나 이상의 증명서는 개체의 자격, 능력 또는 권한을 대변할 수 있습니다. 누구나 자신이 유명 대학을 우수한 성적으로 졸업했다고 말할 수 있지만, 이는 다른 사람들에게는 의미가 없습니다. 대학 소유의 증명서만이 합법적이고 존경받는 것으로 간주됩니다.

비록 Web3 네이티브 배지와 X 프루프 프로젝트가 모두 W3C의 VC 표준을 준수하는 것은 아니지만, 위에서 설명한 시스템에서 유사점을 찾을 수 있습니다.

가장 직접적인 예는 양도할 수 없는 NFT 배지로, 온체인 활동을 완료한 지갑만이 채굴할 수 있습니다. 모든 거래 기록이 온체인에 저장되어 있기 때문에 초기부터 검증 및 변조 방지가 가능합니다. DegenScore는 당신이 DeFi 프로토콜과 상호 작용한 내용을 집계하여 당신의 에이프 특성을 양적으로 나타내며, 온체인 스마트 계약의 규칙에 따라 점수를 출력합니다. 당신은 이를 채굴하고 암호지갑에 "DeFi 증명서"로 저장할 수 있습니다. 특정 점수를 갖는 사람만 허용하는 Degen DAO가 있다면, 이 NFT를 DAO에 제시하고, 이후 토큰 게이트키퍼 프로토콜이 당신이 보유하고 있음을 확인하면 해당 DAO에 참여할 수 있습니다—Degen 증명

POAPs * 특정 이벤트에 참석했거나 실제 세계에서 누군가를 만난 증거 - 참석 증명/만남 증명

Otterspace 은 DAO가 의미 있는 작업이 무엇인지 결정하고 회원에게 ntNFT 뱃지를 수여하며, Proved 는 DAO가 회원을 위해 DAO 특정 NFT 뱃지를 찍기 전에 '서명'을 요구합니다 - 공헌 증명

101 은 온라인 강좌가 종료되면, 학생이 테스트에 통과하면 즉시 학습 증명을 부여합니다.

Kleoverse 은 GitHub 데이터를 기반으로 사용자에게 Typescript, Rust 또는 Solidity 능력 뱃지를 부여합니다 - 기술 증명 위의 액세스 제어 사례 설명 외에도, Lit PKPs 는 암호 공증자로서 활동할 수 있으며, Lit Actions 는 인증서에 서명하기 전에 확인을 수행합니다. 예를 들어, 분권화된 교육 플랫폼은 강좌 작성자가 어떻게 테스트 통과로 정의되는지를 정의하고 이러한 조건을 Lit Action으로 배포하여 해당 조건에 따라 PKP를 사용하여 VC를 프로그래밍 방식으로 발행 할 수 있습니다.

여기에는 2 가지 문제가 있습니다: 이러한 인증 데이터 포인트 중 어느 것이 의미가 있는지 및 우리가 어떻게 이를 요약하여 신뢰성을 얻을 수 있는지?

Orange 프로토콜은이 문제에 대한 해결책을 제공합니다: 모델 제공자가 이러한 데이터 포인트를 명확히 정의된 모델에 통합함으로써. Orange에서 MPs는 일반적으로 시스템 내에서 신뢰 평가 조치를 갖춘 플랫폼을 나타냅니다. "데이터 제공자"는 자신의 데이터가 모델 제공자가 설계한 모델의 입력으로 사용되는 것을 허용합니다. 그런 다음 MPs는 계산 방법을 추가하고 다른 entity에게 신뢰도를 할당하고 이러한 모델을 다른 사람들에게 제공합니다. Dapps는 자신들의 사용 사례에 대한 이러한 신뢰 모델을 계획하고 삽입할 수 있습니다.

지금까지 Aave, Gitcoin, Snapshot, DAOHaus 등이 이미 그들의 데이터를 Orange에 제공했습니다. 이러한 데이터는 그들과 다른 프로젝트인 Dework, talentDAO, 그리고 Crypto Sapiens가 모델링하여 회원에게 ntNFT를 제공했으며, CollabLand와 Guild를 통해 Discord 라이센스를 개선하고 Snapshot의 Reputation Weighted Governance로 이어지는 광범위한 기회를 제공했습니다.

개인정보 보호

개인정보 보호 문제와 개인정보 보호 기술 기본 요소를 고려하지 않으면 신원 기반 인프라에 대한 논의는 불완전합니다. 개인정보 보호는 스택의 모든 수준에 대한 한 가지 요소입니다. 지난 10년간 블록체인의 채택은 zk-프루프와 같은 강력한 암호화 기본 요소의 연구 및 개발을 가속화했습니다. 이것은 롤업과 같은 확장 기술에서의 그 응용과 함께 신원이 공개적으로 검증 가능한 정보에 대해 개인정보를 보호하는 섬세한 선언을 할 수 있도록 합니다.

개인정보 보호 보장은 우리가 신뢰할 수 있는 주장을 내리기 위한 완전히 투명한 데이터 사용으로부터 발생하는 부정적 외부성을 피할 수 있게 도와줍니다. 이러한 보장이 없으면 제3자가 원래 거래와 관련없는 영역 외 상호 작용(예: 광고, 귀찮은 괴롭힘)을 시작할 수 있습니다. 암호학과 zk 기술을 활용하여 우리는 신원 시스템을 구축할 수 있으며, 해당 상호 작용과 데이터 공유를 명확히 정의된 백그라운드 범위 내에서 "샌드박싱"할 수 있습니다.

"일반적인" 검증 가능 자격증은 일반적으로 JSON-JWT 또는 JSON-LD 형식으로 나타나며, 각 자격증에는외부 또는 내장 증명(디지털 서명)이 포함되어 있어 변조 방지 및 검증 가능한 속성이 있습니다. 이는 발행자가 작성한 것입니다.

zk-프루프와새로운 서명 방식은 W3C VC의 개인정보 보호 기능을 강화했습니다. 다음과 같은 기능이 있습니다.

- 연관성 방지: 매번 소유자가 자격증을 공유할 때마다 그 식별자가 공유되므로, 각 자격증 제시는 확인자가 어디에서 소유자가 자격증을 제시하는지를 공모하여 식별된 사람에 대해 삼각 측량할 수 있음을 의미합니다. 서명 블라인드를 사용하면 매번 고유 한 서명 증명을 공유할 수 있습니다.

- 선택적 공개: VC의 필수 속성만 공유하고 나머지 속성은 숨깁니다. JSON-JWT 자격증과 JSON-LD LD - 서명 자격증은 소유자가 확인자와 자격증 전체를 공유해야 함을 요구하며, "부분" 공유는 없습니다.

- 복합 증명: 여러 VC의 속성을 하나의 증명으로 병합하면서 발급자를 찾거나 새 VC를 생성할 필요가 없습니다. 

- 예측: 숨겨진 값을 사용하여 작동 중에 값에 접근하고 검증자가 값을 제공하는 것을 허용합니다. 예를 들어, 증명 문건 소지자의 계정 잔액이 일정 임계값을 초과하는 것을 노출하지 않고도 잔액을 살펴볼 때, 또는 핵심으로 자주 인용되는 경우, 귀하가 합법적인 음주 연령임을 증명하되 귀하의 생년월일을 공개하지 않는 것입니다.   

희망찬 방법 중 하나는 BBS 서명 방식으로, 이 방식은 2020년 MATTR에 의해 처음 제안되었습니다. 이 제안은 BBS 서명을 VC에서 일반적으로 사용되는 JSON-LD 형식과 함께 사용할 수 있도록 합니다. 소지자는 초기 서명된 자격증 내 선언을 선택적으로 공개할 수 있습니다. 이 방법으로 생성된 증명은 서명된 제로지식 증명입니다. 이는 검증자가 어떤 서명이 증명 생성에 사용되었는지 결정할 수 없어 일반적인 연관성 출처를 제거합니다.

Iden3은 zk 네이티브 신원 프로토콜로, zk 신원 기본 개념, 인증 및 선언 생성을 위한 프로그래밍 가능한 zk 프레임워크와 오픈 소스 라이브러리를 제공합니다. 이 프로토콜은 개인당 키 쌍을 생성하기 위해 Baby Jubjub 타원 곡선을 사용하며, 이 타원 곡선은 개인 신원 및 선언을 개인 정보 보호를 유지하면서 증명하기 위해 사용되는 zk-SNARKs와 효과적으로 협력할 수 있도록 설계되었습니다. 현재 PolygonID는 이 프로토콜을 신원 지갑에 사용하고 있습니다.

응용 zkp는 활성화된 연구 및 실험 분야이며, 지난 몇 년 동안 암호화 커뮤니티에서 많은 흥분 포인트가 구축되었습니다. Web3에서는 다음 응용에서 사용되었음을 볼 수 있습니다:

개인 에어드랍: Stealthdrop

프라이버시 보호이면서 신뢰할 수 있는 증명: Sismo (소유권), Semaphore (멤버십).

익명 정보 전달: heyanon

익명 투표/의결: Melo

결론

본 연구의 일반적인 일부 통찰:

마치 Crypto가 DPKI의 개발과 채택을 촉진한 것처럼, 온라인/오프라인 접근 권한을 부여하는 조합 가능한 신용이 분산 신원 기반의 촉매제가 될 것입니다. 현재, 자격증 발급(x 프로프) 프로토콜은 다양한 사용 사례 및 블록체인 네트워크에서 분리되어 있습니다. 2023년에는 이러한 것들의 집합층(예: 프로필)이 성숙해지고 채용되며, 특히 암호화폐 이외의 경험을 잠그기 위해 사용될 수 있다면, 액세스 이벤트나 전자 상거래 할인과 같은 것에 사용될 수 있다면, 통일된 인터페이스로써 채용이 될 것입니다. 키 관리는 여전히 마찰점이며, 단일 장애 지점이 발생하기 쉽습니다. 대부분의 암호 네이티브 사용자에게는 불편한 경험입니다, 대부분의 일반 소비자에게는 접근할 수 없는 경험입니다. 연합 신원 인증은 web1.0 모델의 사용자 경험 개선으로, 각 어플리케이션의 사용자 이름과 비밀번호로 단일 로그인을 허용합니다. 비록 web3 인증의 사용자 경험이 개선되고 있지만, 여전히 다른 사용자 경험을 제공하며, 시드 문구가 필요하며, 키가 손실 될 때 제한된 회복권을 제공합니다. MPC 기술의 성숙과 개인 및 기관에서의 보급이 진행됨에 따라 이러한 측면이 개선될 것입니다. 암호 기반 인프라는 사용자들의 web2에서의 요구를 충족시키고 있습니다.

Web3 원시부터 web2 응용 프로그램 및 서비스 통합을 시작하여 대중에게 탈중앙화 신원을 제공했습니다. 예를 들어 Collab.Land와 Nuggets 통합은 Reddit 사용자가 목소리를 VC로 사용하여 액세스를 잠금 해제할 수 있게 했습니다. Auth0 인증 및 권한 부여 미들웨어는 신원 제공자로써 SIWE를 통합했으며, 이제 기업 고객은 SSO 외부에서 지갑 로그인을 제공할 수 있습니다. 데이터의 민주화에 따라 정제 메커니즘은 확인이 필요합니다. 마치 인덱스 프로토콜 The Graph가 큐레이터와 델리게이트 네트워크를 사용하여 가장 유용한 서브그래프에 신호를 보내는 것처럼(데이터의 온체인 API), Ceramic 및 Orange와 같은 프로토콜을 중심으로 한 사용자와 신용 데이터 모델은 DAO 및 암호화 사용 사례를 뛰어넘기 위해 시간과 커뮤니티 참여가 필요합니다. 개인 정보 보호 주의사항. 프로젝트는 스택을 선택할 때 공개적 또는 영구적 저장의 영향을 신중히 고려해야 합니다. 개인 정보 보호하는 VC, 일시적 및 P에 비해 DID 및 데이터의 조합 ZKP, 단순히 공개 데이터 ntNFTs는 한정된 사용 사례에 적합할 수 있습니다(각종 온체인 활동). 해당 활동은 선택적 디스클로저 및 키 회전, 반상관 및 취소 가능성과 같은 기능을 제공합니다. zkSNARKs와 같은 새로운 암호 도구는 다음 세대 신원 인프라의 중요한 구성 요소가 될 것입니다. 현재 zkp는 분리된 사용 사례에 적용되지만, 응용 프로그램 설계 패턴, 암호 기본 요소용 ZK 회로 구현, 회로 보안 도구 및 개발자 도구를 중심으로 집중된 하향식 집단 연구 개발이 필요할 것입니다. 이는 주의 깊게 지켜봐야 할 문제입니다.

탈중앙화 신원은 거대한 프로젝트이며 전체 생태계의 노력이 필요하며, 표준적으로 수렴하고 원시적으로 반복하며, 설계 결정의 영향을 상호 점검해야 합니다.

본문에서는 탈중앙화 신원 스택의 인프라 부분을 다루었으며, 차기 기사에서는 프로필, 워밍턴 공격, 준수 및 응용 프로그램 계층에 대해 논의할 것이며, 이러한 것들은 여기에서 언급된 구축 블록들을 통해 구현됩니다.

이 분야에서 무언가를 진행 중이거나 이 주제에 대해 더 많은 아이디어를 갖고 계신다면, 귀하의 의견을 듣고 싶습니다.

원문 링크

BlockBeats 공식 커뮤니티에 참여하세요:

Telegram 구독 그룹：https://t.me/theblockbeats

Telegram 토론 그룹：https://t.me/BlockBeats_App

Twitter 공식 계정：https://twitter.com/BlockBeatsAsia