Web3 Identity Stack Decoded: Journey to Digital Sovereignty

原文タイトル：《 Web3 アイデンティティスタック解説：デジタル主権への道 》

原著者：Nichanan Kesonpat，1kxnetwork

原文出典： DeFi 之道

画像出典： 無界版図 AI ツール 作成

本文では、分散型アイデンティティの中核的概念、インターネット上のアイデンティティの進化、Web3 アイデンティティ基盤スタックの段階的概要、およびプライバシーの基本要素の関連する展開について説明します。身元証明（Proof-of-Personhood）、コンプライアンス、およびアプリケーションレイヤーについては、将来の記事で説明します。

Web3 アイデンティティ基盤エコシステム - 2022 年 12 月

アイデンティティは、個人、エンティティ、またはオブジェクトに関連するデータから構成される新興の属性です。物理的世界では、これらのデータを抽象的な評判と心理的関連の形で脳内に格納します。デジタル世界では、アイデンティティは2つの要素に形式化されます：

識別子：主体を識別するための一連の固有の文字または数字（例：パスポート番号、Twitter ID、学生 ID）。

その主体に関連するデータ（旅行履歴、ツイートとフォロー、学業成果など）。

インターネットのためのアイデンティティ層の構築は困難であり、それが何であるべきか、そしてどのように機能するべきかについて合意が得られていません。デジタルアイデンティティは環境に関連しており、我々はさまざまなコンテキストでインターネットを体験することになりますが、これらのコンテンツは少なくとも複数の異なる環境に存在します。現在、私たちのデジタルアイデンティティの大部分は分断されており、少数の利害関係者の管理下にあり、彼らの利益は私たちが彼らの環境から他のどこにも漏れないようにすることです。

企業は顧客関係を重要な資産と見なし、これらの関係を制御から手放したがりません。これを行う動機づけとなる方法はこれまでに存在していません。一時的な使い捨てのアイデンティティでさえ、彼らがコントロールできないフレームワークよりも好ましいと考えています。

顧客やサプライヤーとのデジタル関係を維持するという点で、金融などの特定の産業には独自の要件（コンプライアンスなど）があります。

政府は他の種類の組織とは異なる要件を持っています。たとえば、運転免許証やパスポートに対する権限などです。

このモデルは、個人と私たちのアイデンティティやデータを管理する異なる当事者との間で権力の不均衡を生み出しています。これは私たちの自己決定権を制限し、自分の情報を同意を得て選択的に公開し、オンラインおよびオフラインの一貫したエクスペリエンスを得るために私たちのアイデンティティをさまざまな環境に移植することを妨げています。

Cryptoとweb3が台頭する前に、分散型アイデンティティは共同の取り組みでした。全体の目標は、個人が中央集権化された単一のゲートキーパーに依存せずにアイデンティティを取り戻すことです。顧客データの乱用と大企業への信頼の低下が、分散型を次世代のインターネットアイデンティティの中心に押し上げました。

 分散型アイデンティティの中心的概念  

分散型識別子（DID）とプルーフは分散型アイデンティティの主要な構築要素です。DIDは検証可能なデータレジストリ（VDR）に公開および格納され、中央集権的な管理から独立した「名前空間」として機能します。ブロックチェーン以外にも、分散型のストレージインフラストラクチャやP2PネットワークもVDRとして機能することができます。

ここでは、エンティティ（個人、コミュニティ、組織）が、従来のネットワークPKIとは異なり、中央集権的な証明書機関（CA）に依存せず、信頼基盤としてPKIを使用して、自身のDIDを認証し、所有権を証明し、管理することができます。

アイデンティティに関するデータは、別のエンティティ（または自身）に対する「声明」として記述されます。これらの声明の検証は、PKIによる暗号化署名によって行われます。

分散型アイデンティティには、4つの主要な属性があります：

1. 分散型: 中央集権的な機関に依存せずに作成されます。エンティティは、自分自身のアイデンティティ、役割、相互作用を望むように作成し、異なる環境で維持できます。

2. 永続性: 作成されると、エンティティに永続的に割り当てられます。（一部のDIDは一時的なアイデンティティ向けに設計されています）。

3. 解決可能: エンティティに関する追加情報を開示するために使用できます。

4. 検証可能: 他の第三者に依存せず、エンティティがDIDの所有権またはその声明（検証可能な証拠）を証明できます。これは、暗号署名と証明によるものです。

これらの特性により、DID はユーザー名（検証不可）、パスポート（非分散化不可）、およびブロックチェーンアドレス（非永続性、解決性が限定された）などの他の識別子と区別されます。

World Wide Web Consortium（W3C）は、組織、スタッフ、および一般市民からなる国際コミュニティで、Web 標準の開発に取り組んでいます。W3C の DID 仕様は 4 つの主要セクションを定義しています：

スキーム： 「did」という接頭辞は、他のシステムに対して、それが DID とやり取りしていることを示します。URL、電子メールアドレス、または製品のバーコードなど、他の種類の識別子ではないことを示します。

DID メソッド： 他のシステムに、この識別子の解釈方法を指定します。W3C の Web サイトには 100 を超える DID メソッドがリストされており、通常、独自の VDR に関連付けられており、識別子を作成、解決、更新、および無効化するための異なるメカニズムを持っています。

ユニーク識別子： DID メソッド固有の一意の識別子。たとえば、特定のブロックチェーン上のアドレス。

DID ドキュメント： 上記の 3 つの部分は、DID ドキュメントに解決でき、エンティティが自己認証できる方法、エンティティに関する任意の属性/声明、およびエンティティに関する追加データの場所を示すポインター（「サービス エンドポイント」）が含まれています。

分散型識別子と DID ドキュメントの解剖

暗号通貨の影響

公開鍵基盤（PKI）は長い間存在していましたが、Crypto はトークンネットワークを通じたインセンティブメカニズムによってその採用を加速しました。かつてプライバシに配慮したテクニカルエキスパートによって主に使用されていたものが、今や新しい経済に参加するための前提条件となりました。ユーザーは資産を自己保管するためのウォレットを作成し、Web3 アプリケーションとやり取りする必要があります。ICO ブーム、DeFi サマー、NFT 熱、およびトークン化コミュニティの推進に伴い、ユーザーの手元には今まで以上に多くの鍵があります。これに伴い、キー管理が容易でより安全になった活気ある製品とサービスのエコシステムが生まれました。Crypto は分散型アイデンティティ インフラストラクチャと採用にとって完璧なトロイの木馬でした。

ウォレットから始めましょう。ウォレットはまだ主に金融における資産管理の観点から考えられていますが、トークン化とオンチェーンの歴史により、利益（NFT コレクション）、仕事（Kudos、101）、意見（ガバナンストークン）を代表することができるようになりました。プライベートキーを失くすことは、お金を失くすことのようではなく、むしろパスポートやソーシャルメディアアカウントを失くすことのようになりつつあります。暗号化は、所有物とアイデンティティの境界を曖昧にしました。

ただし、私たちのオンチェーン上の活動や所有物は、私たちが何者であるかについて限られた見解を提供しており（かつプライバシーを保護していません）、ブロックチェーンは単なる分散型アイデンティティスタックの1つのレベルに過ぎません。他のスタックもいくつかの重要な問題の解決に貢献しています：

ネットワークとエコシステム内で自分自身を識別および認証する方法は？

自身のものを証明する方法（評判、ユニーク性、コンプライアンス）を保ちつつ、プライバシーを守る方法は？

データへのアクセス権限を付与、管理、取り消す方法は？

自身のアイデンティティとデータをコントロールする世界において、アプリケーションとやり取りする方法は？

これらの問題の解決策は、未来の数世代にわたるインターネットの姿に重大な影響を与えるでしょう。

以下では、Web3 アイデンティティスタックを段階的に紹介していきます。これには検証可能なデータレジストリ、分散型ストレージ、データの変更可能性と組み合わせ可能性、ウォレット、認証、権限、および証明が含まれます。

中央集権型アイデンティティインフラストラクチャスタック

Web3 Identity Stack

Blockchain as a Verifiable Data Registry

The distributed and immutable nature of blockchain makes it suitable as a verifiable data registry, upon which a DID can be issued. In fact, various public blockchains have W3C DID methods, such as:

Ethereum, did:ethr:public key representing an Ethereum account's identity.

Cosmos, did:cosmos:chainspace:namespace:unique-id representing Cosmos interoperable assets.

Bitcoin, where did:btcr: btcr-identifier represents a TxRef-encoded transaction ID, referencing the transaction position in a UTXO-based Bitcoin blockchain.

Of note is the did:pkh:address—an account-agnostic generative DID method aimed at achieving blockchain network interoperability. According to the CAIP-10 standard, it is an account ID used for cross-chain key pair expressions.

Fractal は、特定のKYCユーザーを必要とするアプリケーション向けに設計されたアイデンティティ供給および検証プロトコルです。有効性および/またはKYCチェックが完了すると、Fractal DIDは対応するEthereumアドレスに公開され、対応するリストに追加されます。Fractalの DIDレジストリは、Ethereum上のスマートコントラクトであり、トランザクションの当事者はこのコントラクトに基づいてFractal DIDおよびその検証レベルをクエリできます。

Kilt、Dock 、および Sovrin は、自己主権型アイデンティティ向けの特定アプリケーションチェーンです。本文執筆時点では、これらは主にエンタープライズがエンドユーザーにアイデンティティと証明を提供するために使用されています。ネットワークへの参加には、ノードがトランザクション処理（DID/証明の発行、証明スキーマの定義、更新の取り消しなど）のためにネイティブトークンをステークする必要があります。

分散型データストレージ

一般的なブロックチェーンは資産の所有権や取引履歴などのユーザーデータを不変のデータソースとして提供できます（ポートフォリオトラッカーや「DeFiスコア」アプリなど）。ただし、ユーザーに関する多くのデータを記録および定期更新することのコストが高いため、およびデータがデフォルトで公開されるため、このようなデータを保存するためには適していない場合があります。

一方、特定アプリケーションチェーン、例えば Arweave*、は永続的な保存を目的として設計されています。Arweaveはマイナーにブロック報酬とトランザクション料を支払い、ネットワーク上の情報の複製を得ます。マイナーは新しいブロックを追加するために「アクセスプルーフ」を提供する必要があります。一部の料金は永続的な寄付基金に支払われ、将来的にインフレや費用カバーによるストレージコストが補われない場合、将来のマイナーに支払われます。永続的な寄付基金へ。

Ethereum と Arweave は、ブロックチェーンベースのデータ永続性手法の例です。Ethereum では、各フルノードが全チェーンを保存する必要があります。Arweave では、新しいブロックや取引を処理するために必要なすべてのデータが、それぞれのブロックの状態に記録され、新しい参加者がネットワークに参加する際には、信頼できるピアから現在のブロックをダウンロードするだけで済みます。

契約に基づく永続性は、データが各ノードに永続的に複製および保存されないことを意味します。代わりに、データは複数のノードとの契約を通じて永続的に存在し、これらのノードは一定期間データを保有することに同意し、データの永続性を維持するために期限切れごとに更新する必要があります。

IPFS は、ユーザーが検証可能でコンテンツアドレス可能なデータをピアツーピアネットワークで保存および転送できるようにします。ユーザーは、自分の IPFS ノードに必要なデータを保存したり、専用のノードセットを活用したり、Pinata、Infura、web3.storage などのサードパーティの "ピニング" サービスを利用したりできます。データを保存するノードがあれば、データはネットワークに存在し、他のノードが要求すると提供されます。IPFS の上位レイヤーには、Filecoin や Crust Network などの暗号経済層があり、ネットワークにデータを保存することを奨励する分散型市場を作成することで、長期的なデータ永続性を実現することを目指しています。

個人情報（PII）に関して、GDPR/CCPA の忘却権利を遵守するために許可された IPFS は、ユーザーがネットワーク上のデータを削除することを可能にするため、採用されることがあります。アイデンティティウォレット Nuggets は、このアプローチを採用しており、商人やパートナーが専用ノードを実行することで、さらに分散化されています。

他の契約ベースの分散型ストレージソリューションには、Sia や Storj が含まれ、これらは単一のファイルをネットワーク全体の複数のノード間で暗号化および分割します。両方ともイレイジャコーディングを使用しており（ファイルを提供するためにサブセットのみのストレージノードが必要）、いくつかのノードがオフラインであってもデータの可用性を確保します。それらにはストレージに対してネイティブトークンを使用する組み込まれたインセンティブ構造もあります。

データ変更と組み合わせ可能性

一般的なブロックチェーン、Arweave、および IPFS はすべて不変性を保証しており、これは静的 NFT アートや永続的な記録などのデータにとって有用な属性です。ただし、今日私たちが大部分のアプリケーションとやり取りする際、データを継続的に更新することになります。変更可能なデータに設計された Web3 プロトコルは、以下の分散型ストレージレイヤーを活用して、この点を実現しています。

Ceramic は、分散型データ変更と組み合わせ可能性のためのプロトコルであり、IPFS や Arweave などの永続性データストレージネットワーク内の変更不能なファイルを動的データ構造に変換する仕組みです。Ceramic 上では、これらの「データストリーム」は自身の変更可能台帳のようなものです。プライベートデータはチェーン外に格納され、そのスキーマは Ceramic 上にインデックスされ、外部プライベートストレージへのパスに含まれる DID データストアに添付されます。

ユーザーが Ceramic ドライブのアプリケーション内でプロフィールを更新すると、プロトコルはこれらの更新をストリームとして検証し、新しい状態に変換して、以前の状態の変更履歴を維持します。Ceramic 上のすべての更新は、複数のアドレスにマップできる DID によって検証され、サーバーなしでユーザーがデータを更新する道を開いています。

今日、Web2 のエンティティは UI とバックエンドを所有し、ユーザーデータをそこで保持してコントロールしています。Google や Facebook は、これらのデータをアルゴリズムに活用し、プラットフォーム上での体験を個別化しており、収集したデータをさらに製品化しています。新しいアプリケーションはゼロから始めなければならず、初めから個別化された体験を提供することができないため、市場競争力が低下しています。

Web3 はデータの民主化をもたらし、新しい製品やサービスに公正な競争環境を提供し、アプリケーションの実験と競争市場を開放的な環境にします。ユーザーがデータをプラットフォームからプラットフォームに持ち運べる世界では、アプリ開発者はゼロからではなく、ユーザーに即座に個別化された体験を提供できます。ユーザーはウォレットでログインし、アプリケーションが読み取り/書き込み権限を与えられた、完全に制御可能な「データベース」にアクセスできます。

Ceramic 上の ComposeDB は、分散型グラフデータベースであり、アプリ開発者が GraphQL を使用して組み合わせ可能なデータモデルを探索、作成、再利用できるようにします。グラフ内のノードはアカウント（DID）やファイル（データストリーム）を表し、グラフ内のエッジはノード間の関係を示します。

DID は、最終ユーザー、組織、アプリケーション、または任意の種類の認証サービスなど、データを記入できるエンティティを表します。

モデルはCeramic Streamであり、文書に関するデータ構造、検証ルール、関係、および発見情報を格納するメタデータです。開発者は、データベースとして彼らのアプリケーションに組み込むデータのセットとなる、モデルを作成、組み合わせ、再構築することができます。これにより、中央集権的な UID と関連データを持つ従来のユーザーテーブルが置き換えられます。アプリケーションは、ユーザーが制御するパブリックデータセット上に構築することができ、独自のテーブルを管理する必要がありません。

アプリケーションは、特定の環境で使用するために定義されたモデルを容易に受け入れることができるようになったため、キュレーション市場が非常に重要になりました。これにより、最も有用なデータモデル（ソーシャルグラフやブログ投稿などのために定義されたスキーマ）に対するシグナルが提供されます。これらのデータモデルの市場があることで、アプリケーションはこれらのモデルに対してシグナルを送信し、消費することが容易になります。これにより、パブリックデータセットがより優れた分析と情報グラフを生み出すことを促進し、製品のさらなる革新の基盤となります。

Tablelandは、変更可能な構造化された関係データのインフラストラクチャであり、各テーブルはEVM互換のチェーン上でNFTとして鋳造されます。 NFTの所有者は、アクセス制御ロジックをテーブルに設定し、適切な書き込み権限を持っている場合、第三者がデータベースで更新を実行できるようにします。 Tablelandは、テーブルの作成と後続の変更を管理するオフチェーン検証ネットワークを運営しています。

オンチェーンおよびオフチェーンの更新は、baseURIおよびtokenURIを使用してTablelandネットワークを指すスマートコントラクトによって処理されます。 Tablelandを介して、NFTメタデータは変更（アクセス制御を使用）、クエリ（SQLを使用）、および組み合わせ（Tableland上の他のテーブルと）できます。

ERC-20やERC-721などのスマートコントラクト標準がDAppに対してトークンの作成と転送方法についての共通の言語を提供したのと同様に、データモデル標準はアプリケーション間でデータ、評判、DAO提案、およびソーシャルグラフについての共通理解を提供します。誰でもが提出できるようになったオープンな登録を通じて、これらのデータは複数のアプリケーションで再利用できます。

アプリケーションとデータレイヤーを切り離し、ユーザーが自身のコンテンツ、ソーシャルグラフ、および評判をプラットフォーム間で移植できるようにします。アプリケーションは同じデータベースにアクセスしてバックグラウンドで使用でき、ユーザーは異なるコンテキストで組み合わせ可能な評判を持つことができます。

ウォレット

一般的には、ウォレットには鍵の管理、コミュニケーション（所有者、発行者、検証者間のデータ交換）、およびクレームの表示と検証のためのインターフェースと基盤が含まれます。

区別すべきは、暗号ウォレット（MetaMask、Ledger、Coinbase Wallet など）とアイデンティティウォレットです。暗号ウォレットは、ブロックチェーンネットワーク固有の暗号鍵を格納し、トークンの送受信と取引の署名を目的としています。アイデンティティウォレットはアイデンティティを格納し、ユーザーが声明を作成および提供できるようにし、これによりクロスアプリケーションおよびサービス間でアイデンティティデータを提供できます。

アイデンティティウォレットの例には、 ONTO、 Nuggets、および Polygon ID Wallet があります。一部のアイデンティティウォレット（例：Fractal）は、有効性チェックとKYCを入力プロセスの一部として実施するため、ユーザーはこのような要件を持つアプリケーションに提出する声明（Claim）を持つことができます。これは暗号ウォレットではずっと少ないです。さらに、アイデンティティウォレットは W3C 承認の DIDs、検証可能な証明書および DIDComm の実装、および web3 以外のユースケースをサポートする可能性が高いです。

WalletConnect は、ウォレット間およびdapps間の通信プロトコルを提供するものです。シンプルかつ偏見のないプロトコルとして、WalletConnect は数百万人の暗号通貨ユーザーにサービスを提供しており、自己主権型アイデンティティインフラの採用を加速する上で、WalletConnect はDIDCommの強力な代替手段となる可能性があります。DIDComm がホステッドメディエータインフラストラクチャを提供するサービスプロバイダーを必要とするのに対し、WalletConnect は情報をリレーネットワークの「クラウドメールボックス」に保存し、ウォレットが再接続したときにその情報をウォレットにプッシュします。

認証

認証は、1つ以上の認証要素に基づいてユーザーの身元を確認することです。認証要素には、ユーザーが所有するもの（デジタル署名、IDカード、セキュリティトークン）、知っているもの（パスワード、PIN、秘密の回答）、または生体認証（指紋、声紋、網膜スキャン）が含まれる可能性があります。

分散型アイデンティティパラダイムでは、ユーザーはウォレットを使用して自身を認証できます。バックグラウンドでは、ウォレットは保持している鍵を使用してデジタル署名を生成し、そのアカウントに関連するプライベートキーを所有者が「証明」することになります。暗号ウォレットが署名を生成できるため、Web3ログインを提供するアプリケーションは、ユーザーがMetamaskやWalletConnectで認証できるようになっています。

数年にわたり、暗号通貨ユーザーはウォレットをdappに接続してきました。接続されたユーザーに対するdappのメモリはなく、ウェブサイトへのアクセスごとに彼らを新規の状態として扱います。

今日、ユーザーとdappの間にはより深い対話モードがあります。分散型アイデンティティ情報がここで役立ち、アプリケーションがユーザーに関するさらに多くの背景情報を取得し、個人化されたエクスペリエンスを提供するとともに、個人が自分のデータをコントロールすることができるようにします。

より豊かなバックグラウンドインタラクションには、ユーザーの設定、プロファイル、またはプライベートチャット情報の読み込みなど、アプリケーションはまず、実際のキーホルダーと対話していることを確認する必要があります。 「接続ウォレット」はこの保証を提供しませんが、認証基準で提供できます。認証は、ユーザーとのセッションを確立し、アプリケーションが彼らのデータを安全に読み取り、書き込むことを許可します。

Sign-In with Ethereum（SIWE）は、Spruce、ENS、およびEthereum Foundationによって最初に提案された認証基準です。 SIWEは、ユーザーがブロックチェーンベースのアカウントログインサービスを使用するためのメッセージ形式（jwtに類似）を標準化しています。Sign-In with X（CAIP-122）は、これに基づき、SIWEをEthereum中心のSIWxの実装にし、標準をクロスチェーン動作に一般化します。

個人として、これはweb3ウォレットを使用して登録やログインすることを可能にし、ユーザーがWeb2のログイン情報なしで「数回クリックするだけ」で社会的ログインを模倣し、オンラインアイデンティティに対する主権を維持できることを意味します。このようなアプローチは、Web3ネイティブのユーザーをターゲットにしたマーケティング戦略としてアプリケーションが採用できます。

中長期的には、暗号ウォレットを使用してDAppやその他のWeb2サービスにログインする能力が、Web3ネイティブのユーザーエクスペリエンスの向上につながるでしょう。ただし、これにより、ユーザーは関連性のある問題や追跡に直面する可能性があり、これらの問題はWeb2では非常に有害です。 Peer DIDsまたはセルフソブリン認証識別子を使用した認証は、代替案として機能する可能性があります。

上記に記載されている通常のDIDとは異なり、Peer DIDは2つまたはN個の既知の当事者間で使用するよう設計されています。それらは、各サービスおよび/または相互作用の一意の識別子として使用できます。 暗号ウォレットアドレスは、VCと一緒に保存され、それぞれのビジネスまたはサービスの相互作用の検証証拠として機能する、そのデジタルアイデンティティの一部として利用できます。

認証とアクセス制御

認証はユーザーの身元を確認し、一方、アクセス制御はエンティティがどのリソースにアクセスできるか、およびこれらのリソースに対してどのような操作が許可されているかを決定します。これらの2つのプロセスは独立していますが、通常はユーザーエクスペリエンスフローに沿って連携しています。サードパーティのサービスにソーシャルログインでサインインした後、ユーザーは次のような認可リクエストに求められることがあります：

フェデレーテッドアイデンティティモードでは、サードパーティのアプリケーションに、Googleなどのアイデンティティプロバイダに保存されているデータを表示または更新する権限が与えられます。これらのアプリケーションに対して付与されたリストと関連する権限は、あなたが保有するデータの主権を持っており、各サードパーティに対してデータの複合化、読み取り、更新の権限を付与することができます。中央集権的な第三者は必要ありません。

トークン化コミュニティの台頭とともに、web3トークンゲート製品、例えば Collab.Land、Guild およびTokenproof が登場しました。これらのツールの主な用途の1つは、メンバー専用のDiscordチャネルへのアクセス制御であり、役割や評判に基づいてより細かいアクセス許可を設定します。コミュニティは、トークンの保有量、オンチェーンアクティビティ、またはソーシャル認証に基づいて、アクセス権をプログラムによって付与し、手動でアクセス権を割り当てる必要はありません。

Litは、分散型のキーマネジメントとアクセス制御プロトコルであり、MPC技術を活用してLitネットワークノード間で秘密鍵の「シェア」を配布します。公開鍵／秘密鍵ペアは、PKP（プログラマブルキーペア）NFTによって表され、その所有者はその鍵ペアの唯一のコントローラーです。任意の条件が満たされると、PKPの所有者はネットワーク集約鍵共有をトリガーし、ファイルの復号化や情報の署名を代表できます。

アクセス制御の文脈において、Lit はユーザーがオンチェーンの条件を定義し、オフチェーンのリソースにアクセス権を付与できるようにします。例えば、DAO はファイルを Arweave や AWS にアップロードし、Lit で暗号化し、一連の条件（例：NFT オーナーシップ）を定義することができます。条件を満たす適格なウォレットがプロトコルノードにメッセージをブロードキャストし、プロトコルノードは署名者が条件を満たしているかどうかを確認するためにブロックチェーンをチェックし、条件を満たす場合は署名者に対してファイルを復号化するための鍵シェアを集約します。この同じインフラストラクチャは、Shopify の割引、ロックされた Zoom ルームや Gathertown スペース、ライブイベント、Google ドライブへのアクセスなど、Web2 の体験のロック解除にも使用できます。

Kepler  は、ユーザーが制御するデータベース（「Orbits」）を中心にデータを整理し、これらのデータベースはデータの特定のホストリストを表し、スマートコントラクトとして、彼らの鍵のみが制御できるようになっています。これらのデータベースは、信頼できる当事者、クロスホストのコンセンサスメカニズム、リソース所有者、および許可の有効性によって管理されることがあります。SIWE を使用するすべての人は、自分の個人のデータベースをすぐに利用して、自分の設定、デジタル証明書、およびプライベートファイルを保存できます。複数のストレージバックエンドへの「組み込みストレージ」のサポートにより、ユーザーはセルフホストまたはホステッドバージョンを利用できます。

アプリケーションが前述の構築モジュールの組み合わせをどのように使用しているかを示すいくつかの例：

Orbis  は、ソーシャルネットワークアプリケーション（「web3 Twitter/Discord」）であり、データの保存と更新に Ceramic を使用し、プライベートメッセージはストレージ前に Lit で暗号化されます

Tableland データの復号を許可する委任者として Lit を使用する

Kepler は、Ceramic ドキュメントをビーコンとして使用し、プライベートストレージエリアにルーティングします

Lit PKP の作成により、アプリケーションは Ceramic ストリームを「所有」し、Lit Actions（IPFS 上のコード）に任意の条件を満たす場合にデータベースの署名と更新権限を付与します

CACAO は、Sign-in-With X を使用してチェーンに依存しないオブジェクト権限（OCAP）を表す標準です。これは、SIWx 署名操作の結果を IPLD ベースのオブジェクト権限（OCAP）として記録する方法を定義しており、認証されたイベント受け入れの作成だけでなく、検証可能な権限設定のための組み合わせ可能で再生可能な権限受け取りも行います。

権限方式により、ユーザーはアプリケーションに、データの表示/更新の微細な、スコープされた、検証可能な可能性を授与できます。さらに、これはセッションベースのものであり、更新ごとにメッセージに署名する必要がなく、代わりに豊かな対話を行い、セッションの終了時に1回署名することができます。

プルーフとクレデンシャル

ここでは、分散型アイデンティティインフラストラクチャスタックの頂点に到達しています。次の図をご覧ください。

一部の用語：

プルーフとは、記録されたイベントの独立した検証が必要な声明と署名が有効であることを証明することです。

クレデンシャルは、実体の情報を詳細に説明する任意の書類であり、別の実体または自らが作成および署名するものです。クレデンシャルは改ざん防止され、暗号化検証可能であり、ウォレットに格納できます。

検証可能な証明書（VC）は、W3C検証可能な証明書仕様で定義された、暗号化されたデジタル証明書の標準的なデータモデルおよび表現形式です：

- 発行者は証明書の発行者です（例：大学）

- 保有者は証明書を保有しています（例：学生）

- 検証者は証明書を検証します（例：潜在的な雇用主）

- 検証可能な提示は、ユーザーがデータを第三者と共有し、第三者がその証明書が発行者によって署名されたことを検証できることを指します

ここでの「発行者」、「保有者」、および「検証者」は相対的であることに注意してください。各人は独自のDIDと収集した証明書を持っています。

証明書は評判の礎であり、評判は社会的な現象であり、環境の変化に伴い変化します。1つまたは複数の証明書は、実体の資格、能力、または権威の代表として使用できます。誰もが自分が有名な大学を卒業したと主張できますが、他人にとっては意味がありません。大学が有する証明書だけが合法的または信頼できるものと見なされます。

Web3ネイティブのバッジとXプルーフプロジェクトはW3CのVC標準に従っていないかもしれませんが、上記で説明したシステムから類似点を見つけることができます。

最も直接的な例は譲渡不可のNFTバッジであり、オンチェーンのアクティビティを完了したウォレットのみが鋳造できます。すべての取引履歴がオンチェーンにあるため、最初から検証および改ざん防止が可能です。DegenScoreは、DeFiプロトコルとのやりとりを集約してあなたのエイプ属性を数量化し、スマートコントラクト上のルールに従ってスコアを出力します。あなたはNFTとして鋳造し、それを「DeFi証明書」として暗号化財布に保存できます。特定のスコアを持つ人だけが参加できるDegen DAOがある場合、このNFTをDAOに提示すると、トークンゲートプロトコルが所有を検証し、そのDAOに参加することができます - Degen Proof

POAPs * 特定イベントへの参加やリアルな出会いを証明するもの -- 出席証明/遭遇証明

Otterspace は、DAOに意義のある作業を決定させ、そのメンバーにntNFTバッジを授与します。また、Proved は、DAOがメンバーにDAO固有のNFTバッジを鋳造する前に、DAOによる主張に「署名」することを求めます -- 貢献証明

101 は、オンラインコースの修了時に、学生がテストに合格するとntNFTを授与します -- 学習証明

Kleoverse は、GitHubデータに基づいて、ユーザーにTypescript、Rust、またはSolidityのスキルバッジを授与します -- スキル証明。上記のアクセス制御ユースケースに加えて、Lit PKP は暗号公証者として機能し、Lit Actions は証明書に署名する前に検証を行います。たとえば、分散型教育プラットフォームは、コース作成者がテスト合格の定義を定義し、これらの条件をLit Actionとしてデプロイし、その条件に基づいてPKPを使用してVCをプログラムにより発行できるようにします。

ここには 2 つの問題があります：これらの認証データポイントのうち、どれが意味を持ち、それらをどのように集約して声誉を得るかですか？

Orange プロトコルは、これに対する解決策を提供します：モデル提供者がこれらのデータポイントを明示的に定義されたモデルに統合すること。Orange では、MP（モデル提供者）は通常、システム内で信頼評価措置を持つプラットフォームを指します。 「データ提供者」は、自分たちのデータがモデル提供者が設計したモデルの入力として使用されることを許可します。その後、MP は計算方法を追加し、異なるエンティティに声誉のタグを割り当て、これらのモデルを他の人が使用できるように提供します。Dapp は、彼らのユースケースにこれらの信頼モデルを計画し挿入できます。

これまでに、Aave、 Gitcoin、 Snapshot、 DAOHaus、などが既に彼らのデータを Orange に提供しました。 これらのデータは、彼らと Dework、 talentDAO、および Crypto Sapiens、などの他のプロジェクトによってモデリングされ、メンバーに ntNFTs を提供し、CollabLand と Guild を利用した Discord の許可に至る利点を解放し、声誉加重ガバナンスを実現しました。

プライバシー

プライバシーの問題やプライバシーの技術基盤の実装を考慮しない限り、アイデンティティインフラに関する議論は完全ではありません。プライバシーはスタック内のすべてのレベルで重要な要素です。過去10年間、ブロックチェーンの採用は、zk-プルーフなどの強力な暗号化基元の開発を加速しました。ロールアップなどのスケーリング技術における応用に加えて、これらは身元が検証可能な情報に微妙かつプライバシーサポートを提供できるようにします。

プライバシー保証は、透明データの利用によって信頼できる主張が引き起こす負の外部性を回避するのに役立ちます。これらの保証がないと、第三者は元のトランザクションとは無関係な領域外のインタラクション（広告、嫌がらせなど）を開始できます。暗号技術とzk技術を活用することで、私たちは身元システムを構築できます。ここでは、インタラクションとデータ共有が「サンドボックス化」され、明確に定義された背景関連の範囲内に留められます。

通常の検証可能なクレデンシャルは、通常、JSON-JWTまたはJSON-LD形式で表示されます。各クレデンシャルには外部または埋め込みの証明（デジタル署名）が付いており、これにより改ざん防止と検証可能な特性を持ちます。これらは発行者によって書かれます。

zk-プルーフや新しい署名方式は、W3C VCのプライバシー保護機能を強化し、以下に示すような機能を持ちます：

- 関連性に対する耐性：保持者がクレデンシャルを共有するたびにその識別子が共有される可能性があるため、クレデンシャルを提示するたびに検証者が保持者がどこでクレデンシャルを提示しているかを共謀し、それを識別可能な個人に三角測量する可能性があります。署名ブラインドを使用すると、毎回署名の一意な証拠を共有できますが、署名自体は共有しません。

- 選択的開示：VCの必要な属性のみを共有し、その他の属性を隠します。JSON-JWTクレデンシャルおよびJSON-LD LD -署名クレデンシャルは、保持者による検証者とのクレデンシャル全体の共有を要求します。 「部分」共有はありません。

- コンポジットプルーフ：複数の VC の属性を 1 つのプルーフに統合することで、発行者を探したり新しい VC を生成したりする必要がありません。

- プレゼンテーション証明：操作中に隠された値を使用し、検証者が値を提供することを許可します。例えば、証明書の保持者の口座残高が特定の閾値を超えていることを明らかにせずに残高を示す場合や、合法的な飲酒年齢であることを証明する場合などがあります。

有望な方法の 1 つは、2020 年に最初に MATTR によって提案されたBBS Signature Schemeです。この提案は、BBS 署名が VC で一般的な JSON-LD フォーマットと共に使用できるようにします。ホルダーは、最初に署名された証明書内の声明を選択的に開示できます。この方法によって生成されるプルーフは、署名付きのゼロ知識証明であり、これにより、検証者は使用された署名がプルーフの生成に使用されたかを特定できないため、一般的な関連性を排除できます。

Iden3 は、ZK ネイティブアイデンティティプロトコルであり、ZK アイデンティティプリミティブ、認証、およびプルーフ生成の宣言を行うためのプログラマブルな ZK フレームワークとオープンソースライブラリを提供しています。このプロトコルは、Baby Jubjub 楕円曲線を使用して、各アイデンティティにキーペアを生成し、ZK-SNARKs を使用してプライバシーを保護してアイデンティティ所有権と宣言を証明するための協力を促進します。PolygonID は、現在、このプロトコルをそのアイデンティティウォレットで使用しています。

ゼロ知識プルーフ（zkp）の適用は、研究と実験が盛んな分野であり、過去数年で暗号コミュニティから多くの興奮をもたらしています。Web3では、次のアプリケーションで使用されているのを見てきました：

プライベートエアドロップ：Stealthdrop

プライバシーを保護しつつ信頼できる証明：Sismo（Ownership）、Semaphore（Membership）

匿名メッセージ伝達：heyanon

匿名投票/投票：Melo

Conclusion

この研究のいくつかの一般的な洞察：

CryptoがDPKIの発展と採用を促進したように、オンライン／リアルワールドのアクセス許可を与えるコンポジット信頼は、分散型アイデンティティインフラの推進剤になります。現在、クレデンシャル発行（xプルーフ）プロトコルは、さまざまなユースケースやブロックチェーンネットワークで断片化しています。2023年には、これらがポリシープロファイルなどの集約レイヤーとして成熟し、特にCrypto以外の体験（イベントへのアクセスやeコマースの割引など）の解除に使用できる場合、採用されるでしょう。鍵管理はまだ摩擦を生じる点であり、単一障害点になりやすいです。ほとんどの暗号ネイティブユーザーにとっては煩わしい体験ですが、ほとんどの消費者にとっては完全にアクセスできない体験です。組合わせ認証は、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