Solo:Web3身分証明層の画期的なソリューション プライバシーとユニークさの問題を解決する

Solo:Web3における信頼できる匿名身分証明層の新たな試み

Web3分野のインフラは継続的に整備されていますが、"身分証明"は信頼と参加を支える重要なモジュールとして、長期間にわたり欠如しています。データのラベリング、行動スコアリングからプロトコルの相互作用やコミュニティガバナンスに至るまで、Web3における多くの重要なタスクは、"人間の入力"を有効なデータソースとして依存しています。しかし、オンチェーンシステムの視点から見ると、ユーザーは通常、アルファベットと数字で構成されたウォレットアドレスに過ぎず、構造化された個体の特徴や行動ラベルが欠けています。追加の身分証明のメカニズムがない限り、暗号ネイティブの世界では信頼できるユーザープロファイルを構築することはほぼ不可能であり、評判の蓄積や信用評価を実現することもできません。

身分証明層の欠如は、Web3における最も一般的であり、最も厄介な問題の一つ、すなわちウィッチ攻撃を直接引き起こします。ユーザーの参加に依存するさまざまなインセンティブ活動において、悪意のあるユーザーは簡単に複数の身分証明を偽造し、報酬を繰り返し受け取ったり、投票を操作したり、データを汚染したりすることができ、元々「実在のユーザーによる参加」によって駆動されるべきメカニズムが完全に無効化されてしまいます。ある有名なプロジェクトの例を挙げると、2023年のエアドロップでは、6000万枚のトークンのうち、最大65%がロボットまたはウィッチアカウントに取得されるという結果になりました。このような現象は他のプロジェクトの配布過程にも広く見られます。

一部のプロジェクトは「反Sybil」メカニズムを導入して異常行動をフィルタリングしようとしていますが、現実は、こうした手段が真のユーザーに対する誤判定を引き起こすことが多く、本当のボットは規則を簡単に回避できるということです。例えば、以前のあるプロジェクトのエアドロップにおける反ウィッチルールは、一部の正常なユーザーがウィッチ攻撃者と誤判定され、エアドロップから排除されるという議論を引き起こしました。したがって、強固な身分証明の基盤が不足している状況では、オンチェーンのインセンティブ配布は常に公平で効率的かつ持続可能であることが難しいことがわかります。

そしてWeb3の他の垂直シーンにおいても、身分証明の欠如によって引き起こされる問題は同様に顕著です。

例えば、特定の分野では、偽のアドレスを用いてデータを偽造し、インセンティブを詐取する現象が頻繁に見られ、データの真実性を乱し、ネットワークの実用性や信頼の基盤に直接影響を与えています。同様に、ゲーム分野では、複数アカウントでのタスクのクリアや報酬の大量受け取りが、ゲーム内経済システムのバランスを深刻に崩し、実際のプレイヤーの流出やプロジェクトのインセンティブメカニズムの無効化を引き起こしています。

AIの分野では、身分証明の欠如が同様に深遠な影響をもたらしています。現在、大規模AIモデルのトレーニングはますます「人間のフィードバック」とデータアノテーションプラットフォームに依存しており、これらのタスクは通常、オープンコミュニティやオンチェーンプラットフォームに外注されています。しかし、「人間の唯一性」の保障が欠如している状況下で、スクリプトによる大量模倣行為やロボットによる偽造入力の現象がますます深刻になっており、トレーニングデータを汚染するだけでなく、モデルの表現力と一般化能力を大きく損なっています。

以前の研究では、研究者は1-5%の「悪意のあるフィードバック比較データ」を注入することで、RLHFモデルに偏りを生じさせ、著しく操作された結果を出力することに成功しました。これらの偽造された人間の好みデータは、割合が非常に低くてもモデルの堅牢性を破壊し、最終的な生成品質に影響を与えるのに十分です。さらに重要なのは、参加者の身分証明が効果的に制約できないため、システムはこの巧妙に偽装された操作行為を根本的に識別または阻止することがほぼ不可能であることです。

さらに、有効な身分証明レイヤーが欠如している場合、Web2の世界で広く使用されているKYCメカニズム、信用スコアシステム、および行動プロファイルは、原生的かつ信頼できる方法でブロックチェーンにマッピングすることがほぼ不可能です。これは、機関がユーザーのプライバシーを保護する前提でWeb3に参加することを制限するだけでなく、ブロックチェーン上の金融システムは常に身分の真空状態にあります。最も代表的な例は、DeFiの貸付モデルが長期的に過剰担保メカニズムに依存しており、常により広範な無担保信用貸付シーンに到達することが難しいため、ユーザーのカバレッジ能力と資本効率が深刻に制限されることです。

同様の問題はWeb3広告やソーシャルなどの分野にも見られます。検証可能なユーザーの身分証明と行動の好みが欠如しているため、精度の高い推薦やパーソナライズされたインセンティブなどのメカニズムを確立することが難しく、さらにチェーン上のアプリケーションの深い運営能力と商業化のスペースが制限されています。

Web3 アイデンティティレイヤーの探索

現在市場に出ているWeb3身分証明レイヤーのソリューションは数十に上りますが、これらのソリューションは実際にWeb3身分証明レイヤーのギャップを埋めようとしています。大まかに分けると、これらは4つのカテゴリに分類できます。

  1. 生体認証類:通常、生体認証技術を特徴とし、身分の唯一性を確保するため、この種のソリューションは通常、強力なウィッチ攻撃耐性を備えています。

  2. ソーシャル信頼型:通常は「ユーザー主権」を重視し、社会的信頼ネットワークとオープン検証を強調します。通常、Web of Trust、評判スコアなどをコア要素として、ソーシャルグラフ、コミュニティ相互認証、人間の推薦などの方法で信頼できる身分証明ネットワークを構築します。

  3. DIDアグリゲーションタイプ:通常、Web2の身分/KYCデータ、検証可能な資格情報(VC)などの外部証明書を統合することで、さらなる組み合わせ可能なオンチェーン身分構造を構築することができます。

  4. 行動分析型:通常はオンチェーンアドレスの行動、インタラクショントレース、タスク記録などのデータに基づいて、グラフアルゴリズムを利用してユーザープロファイルと評判システムを構築します。

以上のことから、現在の既存の身分証明レイヤーの実践において、一般的に不可能な三角形のジレンマに陥ることが多い:すなわち、プライバシー保護、身分の唯一性、そして分散型の検証可能性の三つを同時に考慮することが難しい。一方で、生体認証を除く他の分野の身分メカニズムは、一般的に「身分の唯一性」を効果的に保証することが難しいことがわかる。

Soloの技術ソリューション

Soloは、生体認証をユーザーの身分証明の唯一の手段として選択し、暗号学に基づいて"プライバシー保護"と"非中央集権的検証可能性"のバランスの難題をさらに考慮し、比較的独自の技術的アプローチを提案しました。

SoloのソリューションはzkHEアーキテクチャに基づいており、このアーキテクチャはPedersenコミットメント、同型暗号(HE)、およびゼロ知識証明(ZKP)を融合しています。ユーザーの生体情報はローカルで複数の暗号処理が行われ、システムは原データを一切公開することなく、検証可能なゼロ知識証明を生成し、ブロックチェーンに提出することで、身分の偽造不可能性とプライバシー保護下での検証可能性を実現します。

SoloのzkHEアーキテクチャでは、身分証明プロセスは二重の暗号化防御から構成されています:同型暗号(HE)とゼロ知識証明(ZKP)であり、全体のプロセスはユーザーのモバイルデバイスでローカライズされて完了し、センシティブな情報の明文は漏洩しないことを保証します。

Soloは、高効率のGroth16 zk-SNARKを証明生成および検証フレームワークとして採用しており、極小の計算コストで簡潔で強固なZKPを生成します。検証者はこの証明を検証するだけで身分の有効性を確認でき、全体のプロセスで敏感なデータにアクセスする必要はありません。最終的に、このZKPは専用のLayer2ネットワークSoloChainに提出され、オンチェーン契約によって検証されます。

暗号プロセスの簡素化設計と高性能プリミティブの導入のおかげで、Soloはモバイル端末で低遅延、高スループットの身分証明体験を実現し、大規模ユーザーの利用とチェーン上の統合に強力な技術的支援を提供します。

! Solo: Building a Web3 Trusted Anonymous Identity Layer Based on the zkHE Authentication Protocol

Web3の身分証明レイヤーの「不可能な三角形」を打破する全く新しい試み

全体的に見ると、Soloは実際にWeb3のアイデンティティレイヤーにおける「不可能な三角形」を打破する新しい道を提供しており、プライバシー保護、アイデンティティの唯一性および可用性の間で技術的なバランスと突破を実現しています。

プライバシーの観点から、zkHEアーキテクチャはすべてのユーザーの生体情報をローカルで同型暗号化およびZKP構築することを可能にし、プロセス全体で元のデータをアップロードまたは復号する必要がなく、プライバシーの漏洩リスクを完全に回避し、中央集権的な身分証明者への依存を排除します。

身分唯一性に関して、Soloは暗号化された状態での特徴ベクトル距離比較メカニズムを通じて、データ構造を漏洩することなく、現在の検証者が過去の登録記録と同一人物であるかどうかを確認し、「各アドレスの背後には一人のリアルなユニークな人間がいる」という基礎的な身分制約を構築します。これは、Soloが強調する一人一アカウント(1P1A)です。

そして、可用性の観点から、Soloはzk証明プロセスの精密な最適化を通じて、すべての計算タスクが一般的なモバイルデバイスで完了できることを保証しています——実際の測定によれば、検証生成時間は通常2-4秒に制御され、オンチェーン検証プロセスはミリ秒単位で完了し、全過程が分散化されており、チェーンゲーム、DeFi、L2ログインなどのリアルタイム性が極めて高いアプリケーションシーンに対応できるようになっています。

注目すべきは、Solo自体がシステム設計の中でコンプライアンス接続インターフェースを確保していることです。これには、オンチェーンDIDやKYCシステムとの統合をサポートするオプションのブリッジモジュール、および特定のシナリオにおいて検証状態を指定されたLayer1ネットワークに固定する能力が含まれます。したがって、将来的にコンプライアンス市場に向けて実現する際に、Soloはプライバシーと分散型特性を維持しながら、各地の身分証明、データの追跡可能性、および規制の協力に対する要件を満たすことが期待されています。

よりマクロな観点から見ると、Soloが採用している生体認証 + zkHEのパスは、他のソリューションのパスと自然に補完し合うことができる。

上層の身分タグや行動証明書に重点を置いたソリューションと比較して、Soloの利点は、最下層で「人間の唯一性確認」を完了できる基盤となる身分証明ネットワークを構築し、プライバシー保護、信頼不要、埋め込み可能、持続的検証などの特性を備えていることです。これにより、より高層のVC、SBT、ソーシャルグラフなどに基盤となる「人間の実体験証明」を提供します。

ある意味で、Soloは身分証明のスタックにおける基盤のコンセンサスモジュールに似ており、Web3にプライバシー保護機能を持つ人間の唯一性証明インフラを提供することに焦点を当てています。そのzkHEアーキテクチャは、さまざまなDIDやアプリケーションフロントエンドのプラグインモジュールとして接続できるだけでなく、既存のVC、zkID、SBTなどと組み合わせて、ブロックチェーンエコシステムに対して検証可能で組み合わせ可能な実際のアイデンティティ基盤を構築することができます。

したがって、Solo自体はアイデンティティシステムにおける最も基礎的な"信頼できる匿名レイヤー"のインフラと見なすことができ、業界が長らく欠けていた"1P1A(One Person, One Account)"の能力ギャップを埋め、さらなる高層アプリケーションやコンプライアンスの基盤を支えることができます。

! Solo:zkHEの認証プロトコルに基づくWeb3信頼できる匿名IDレイヤーの構築

現在、Soloは複数のプロトコルとプラットフォームと提携を結んでおり、データラベリング、DePINネットワーク、SocialFiゲームなどのさまざまな垂直市場をカバーしています。これらの提携は、Soloの身分証明メカニズムの実行可能性をさらに検証することが期待されており、そのzkHEモデルに現実世界の需要調整のフィードバックメカニズムを提供し、Soloがユーザーエクスペリエンスとシステム性能を継続的に最適化するのを助けます。

まとめ

Web3の世界に信頼できる匿名の身分証明層を構築することによって、Soloは1P1Aの能力基盤を築いており、チェーン上の身分体系の進化とコンプライアンスの適用拡大を推進する重要な基盤施設となることが期待されています。

! Solo:zkHEの認証プロトコルに基づくWeb3信頼できる匿名IDレイヤーの構築

SOLO-1.26%
原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • 1
  • 共有
コメント
0/400
NftBankruptcyClubvip
· 11時間前
ユーザーには難しすぎるんじゃないですか
原文表示返信0
いつでもどこでも暗号資産取引
qrCode
スキャンしてGateアプリをダウンロード
コミュニティ
日本語
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)