[論文レビュー] A Note on the Blockchain Trilemma for Decentralized Identity: Learning from Experiments with Hyperledger Indy

Paul Dunphy|arXiv (Cornell University)|Apr 12, 2022

Blockchain Technology Applications and Security被引用数 5

ひとこと要約

本論文は、分散型IDの文脈において、ブロックチェーンの三難問題（スケーラビリティ、セキュリティ、分散性）を検討し、Hyperledger Indyを信頼レジストリとして評価する。AWS上で45,000件を超えるトランザクションを測定した実験的評価により、Indyのスケーラビリティの制限がトランザクション処理に影響を与え、否認防止に悪影響を及ぼし、大規模なIDフェデレーションへの展開を困難にすることを明らかにした。これは、KYCワークロード向けの信頼レジストリ設計におけるトレードオフを示している。

ABSTRACT

The challenge to establish and verify human identity over the Internet in a secure and privacy-respecting way is long-standing. In this paper, we explore the blockchain trilemma of scalability, security, and decentralization in the context of the Trust Registry: a root of trust for a decentralized identity scheme that enables read and write access to shared records and is tamper-resistant. We make a case study of Hyperledger Indy -- an open-source technology bespoke for decentralized identity -- and conduct two empirical experiments to measure the latency of more than 45,000 transactions in the naturalistic environment of Amazon Web Services. We conclude that issues of Trust Registry scalability have multiple facets. While Hyperledger Indy captures data useful to underpin a decentralized identity scheme, the knock-on effect of its scalability limitations may indeed place constraints on properties of security and decentralization. The current credential verification process relies on transaction processing by a ledger with transaction processing bottlenecks, which may constrain the ideal of non-repudiation.

研究の動機と目的

• 分散型IDシステムの文脈において、ブロックチェーンの三難問題（スケーラビリティ、セキュリティ、分散性）を分析すること。
• 特に規制対象のKYC環境を想定し、Hyperledger Indyを分散型IDの信頼レジストリとして評価すること。
• 実測性能データに基づいた、文脈に特化した信頼レジストリ設計原則を特定すること。
• トランザクション処理のボトル neck が生じるシステムにおける否認防止の実現可能性を評価すること。
• 台帳ベースの資格証明書の保存と無効化が、システムのスケーラビリティおよびユーザー制御に与える影響を理解すること。

提案手法

• Amazon Web Services にデプロイされた Hyperledger Indy を用いて、45,000件を超えるトランザクションの実験的遅延測定を2回実施した。
• クライアントのハードウェア仕様とネットワークサイズ（Indy ノード数）を変化させ、異なる条件下でのパフォーマンスを評価した。
• 高負荷下でのリボケーションレジストリの読み取り遅延と、トランザクションバックログのクリア時間測定を実施した。
• 検証可能証明書と無効化データを台帳に直接格納することの影響を分析した。
• エンドユーザークライアントおよび依頼者（relying parties）が完全な台帳読み取りに依存する場合の影響を評価した。
• 否認防止に関連する設計上のトレードオフ、特に短期間有効な証明書の使用とキャッシュ戦略の検討を実施した。

実験結果

リサーチクエスチョン

• RQ1 クライアントのハードウェア仕様とネットワークサイズは、Hyperledger Indy におけるトランザクション処理遅延にどのように影響するか？
• RQ2 中規模のIDフェデレーションにおいて、証明書と無効化データを台帳に格納することは、スケーラビリティにどの程度制限を及えるか？
• RQ3 現在の Hyperledger Indy の設計は、実世界の展開において否認防止の性質を満たすことができるか？
• RQ4 Indy のトランザクション処理におけるパフォーマンスボトル neck は、信頼レジストリの使いやすさにどのような影響を及えるか？
• RQ5 Indy のアーキテクチャにおける設計選択は、分散性、セキュリティ、スケーラビリティのバランスにどのように影響するか？

主な発見

• より高性能なクライアント仕様は読み取りリクエストの遅延を低減した。これは、システムの応答性にクライアント側のパフォーマンスが影響していることを示している。
• Indy ノードのネットワークが大きくなると、トランザクションバックログのクリア能力が低下した。これは、ネットワークサイズがスケーラビリティに悪影響を及える可能性を示している。
• 最小限のノード数で高負荷下において、1つのリボケーションレジストリ読み取りの四分位範囲（IQR）は約19秒に達した。これは顕著な遅延を示している。
• 証明書の透明性と無効化データを台帳に格納することは、特にエンドユーザークライアントが台帳を直接読み取らなければならない場合、スケーラビリティの制約をもたらす。
• 台帳トランザクション処理に依存する現在の証明書検証プロセスは、処理ボトル neck のため、理想的な否認防止の実現を制限する可能性がある。
• 本研究では、短期間有効な証明書とリボケーション状態のローカルキャッシュが、一部のスケーラビリティおよび否認防止の課題を緩和できる可能性があると示唆している。