Particle Network V2：インテント中心の初のWeb3モジュラー・アクセスレイヤーとして、プライバシーと効率性を両立する画期的なブレークスルー

2023.09.12

共有先

TechFlow厳選深潮セレクト

Particle Network V2：インテント中心の初のWeb3モジュラー・アクセスレイヤーとして、プライバシーと効率性を両立する画期的なブレークスルー

Web3におけるユーザーのプライバシー保護とインタラクション効率を高めるにはどうすればよいでしょうか？

2023.09.12 - 13:44:42

Particle意图模块化隐私

Web3業界の深掘り報道に専念し潮流を洞察

Web3におけるユーザーのプライバシー保護とインタラクション効率を高めるにはどうすればよいでしょうか？

熊市時に構築し、牛市場で爆発する——これは多くのWeb3関係者の一般的な共通認識だ。

しかし問題は、市場が冷え込み、資金が引き揚げられ、アプリケーションモデルに本質的な革新がない状況下で、次のサイクルにおいて持続的な成功を収めるために何を構築すべきか、また、今後注目すべきホットトピックやナラティブは何なのか、ということだ。

この問いに対して、最近話題になっている先端的なテーマから示唆を得ることができるかもしれない。

年初、ERC-4337がメインネットにデプロイされ、アカウント抽象（AA）に基づくウォレットが大きな進展を遂げた。

数ヶ月前、Paradigmは「インテント中心型（intent-centric）」を業界が注目すべき10のトレンドの一つとして提唱した。

数日前、V神はバーゼル大学と共同で発表した新論文にて、「Privacy Pool」という新たな提案を行い、技術的手法によってユーザーのプライバシーと規制のバランスを図ろうとした。

一見すると、これら個々の取り組みは互いに関係ないように見える。だが、それらを総合的に見ると、共通する課題が浮かび上がる。Web3におけるユーザーのプライバシー保護とインタラクション効率を、いかにして高めるかという点だ。

現在、基盤となるブロックチェーンプロトコルは取引性能の向上を目指しており、インフラ層は特定のユースケースを支えるより安定した環境を整備している。一方、アプリケーション層ではUI/UXの改善により製品体験を磨いている。

しかし、L2が増え、L1の速度が上がり、インフラが整い、アプリケーションが増加する中で、ユーザーが今日Web3にアクセスする際の理解コスト、操作の利便性、プライバシー・セキュリティといった共通課題は、本当に質的な飛躍を遂げているだろうか？

答えは否である。

各レイヤーはそれぞれのビジネス範囲と能力に基づき、断片的かつ分散的に体験やインタラクションの問題を解決しようとしている。

そのため、9月12日にToken 2049の枠内で開催されたInfraCon @Token 2049の開発者会議にて、Particle NetworkはV2を発表し、「インテント中心型」かつモジュール化されたWeb3アクセス層を構築した。ユーザーの導入の容易さ、インタラクションの効率性、データの自律性、モジュール適応性など、ユーザーの全体的なインタラクションサイクルを視野に入れ、ユーザーとブロックチェーン間のインタラクション効率を推進するものだ。

本稿では、Particle Network V2について深く分析し、製品の進化動機、設計思想、将来への影響をもとにそのソリューションを整理し、業界関係者に参考を提供する。

Particle Network V1：WaaSを核とするアクセス層――ユーザーとチェーンの効率的インタラクションの基盤を築く

Particle Networkは昨年10月末に正式にV1製品をリリースした。これはMPC-TSSに基づくWallet-as-a-Service（以下WaaS）であり、ERC-4337が正式に導入されたタイミングで、MPC＋AA（マルチパーティ計算＋アカウント抽象）のWaaSソリューションを提供した。

このソリューションのメリットは、ユーザーが馴染みのあるWeb2方式でログインでき、秘密鍵やリカバリーフレーズの理解・保管の負担がなくなることにある。さらに、MPCによる安全な鍵断片管理と実行環境、およびAAによるウォレット体験の強化（統一ガス料金、一括操作など）を提供する。

最終的なユーザー体験から見ると、WaaSはチェーンとのインタラクション効率を高めた。ソーシャルログイン後に、すべてのチェーン署名がWaaSを統合したパートナーのアプリ内で行われるため、ユーザーは外部に遷移する必要がなく、体験の断絶感や低レベルの技術ロジックの露出が減少する。

同時に、Web3プロジェクトの観点から見ても、WaaSソリューションは広く歓迎されている。

V1リリースから10ヶ月間で、Xter.io、Hooked Protocol、ApeX、1inch、CyberConnectなど、数百のdAppがParticle Networkの製品・サービスを統合した。これらはほぼすべての主要分野のトッププロジェクトを網羅している。

これは典型的なB2B2Cの協働モデルである：Particle NetworkがWaaSソリューションを提供し、プロジェクト側がそれを統合することで、エンドユーザーの体験を共に向上させる。

そしてこのようなモデルにおいて、パートナー企業および開発者とのオープンな共創が極めて重要になる。

Particle Networkは事業推進において高いオープン性を保ち、LineaやBNB Chainなどのエコシステムパートナーと緊密に連携している。また、InfraConのような開発者会議を通じて、500人以上の著名な業界建設者とつながっている。

総合的に見ると、Particle NetworkのV1製品は、ユーザーのWeb3アクセスのハードルが高いという課題を基本的に解決しており、すでに一定の規模と業界影響力を有している。

Web3の核心原則を貫き、未来を見据えたインフラを構築する

WaaS（ウォレット・アズ・ア・サービス）ソリューションは、ユーザーのアクセスとインタラクションに大きな利便性をもたらした。そして一貫して以下の核心原則を堅持している：ユーザー自身がデータとプライバシーの主権を持つ。

ユーザー自身が資産、データ、プライバシーへのアクセス権を常に保持している。MPC-TSSのセルフホスティング設計により、ソリューションプロバイダー、dApps、その他第三者がユーザーを越えてアカウントを制御することは不可能である。

しかし現時点でも、WaaS業界にはプライバシーおよびインタラクション効率に関する未解決の課題がある。例えば：

第一に、Web2のソーシャルログインとWeb3のチェーン上ウォレットアドレスとの対応関係が存在する。この対応関係自体が一種のプライバシー情報であり、保存・管理上の課題でもある。

第二に、ユーザーのすべてのチェーン上取引履歴が誰にでも可視化される。完全な透明性はプライバシー懸念を伴う。すべてのユーザーが、無許可で他人にこれらの記録を自由に閲覧されることを望んでいるわけではない。

実は、自律性とは個人の秘密鍵の制御だけでなく、Web3業界全体においてユーザー自身がプライバシーを制御できる能力にも関わっている。

自律性の内包と外延が拡大する中で、未来志向のWeb3インフラはどのように進化すべきだろうか？

ゼロから1000万人のユーザー、そしてそれ以降の段階では、上記の問いに対する考え方は全く異なるものになるかもしれない。

したがって、これがParticle Networkの製品進化における重要な考察となった：いかにして、導入の敷居を下げつつも、ユーザーの完全なプライバシーとデータ自律性を確保するか。また、ユーザーとチェーンのインタラクション体験をさらに高め、ユーザーの真のニーズをより効率的に実現できるようにするか？

Particle Network V2：zkとインテント計算を融合した、全チェーン対応のモジュール化Web3アクセス層

9月12日にリリースされたParticle Network V2は、上記の問題に対して明確な回答を提示した。

まず、データプライバシー問題に対して、V2が提示するソリューションはzkWaaS（ゼロ知識証明ウォレット・アズ・ア・サービス）である。

zkWaaSとは、既存のV1版におけるMPCとAAに加え、ゼロ知識証明技術スタックを追加することで、「Confidential Login（機密ログイン）」および「Confidential Transaction（機密取引）」機能を提供するものだ。

前者は、Web2アカウントのログインとチェーン上ウォレットアドレスの関連を隠蔽し、後者はチェーン上取引記録が完全公開されるというプライバシー課題を解決する。具体的な設計方法については、後述する。

また、インタラクション効率の問題に対して、V2が提示するソリューションはIntent Fusion Protocol（インテント融合プロトコル）である。

このプロトコルの主な目的は、現在のWeb3インタラクションにおいて非常に複雑な手順（署名、クロスチェーン、ガス転送など）を、最も簡素な操作に変換し、ユーザーの本来の意図を直接実現することであり、ユーザーが一歩ずつ手動で実行する必要をなくす。

Particle Networkは、これらのソリューションを総称して「インテント中心型、モジュール化されたWeb3アクセス層」と呼ぶ。

この概念を分かりやすくするために、以下のキーポイントに分解して説明する：

すべてのアクセス・インタラクションシナリオに対応：現在のWeb3ユーザーのアクセスシナリオは、ウォレット、分散型アプリ（dApp）、GPTのようなAIツールに大別される。V2はこれらすべてのシナリオをサポートする。

プライバシー自律性を妥協しない：上記シナリオでのアクセス・インタラクションにおいて、アカウントとアドレスの対応関係、アドレスに基づく取引記録など、いかなるプライバシー・セキュリティも犠牲にしない。

操作を最小限に抑える：ユーザーのあらゆる真のインタラクション意図を、最もシンプルかつ効率的な方法で達成。現在のように、段階的な署名、多段階の承認、複数操作の組み合わせによる目的達成を自分で考える必要はない。

全チェーン対応：EVMチェーンおよび非EVMチェーン問わず、上記の特性をすべてサポート。

モジュール化：結合度の低下と相互運用性の向上により、dAppやプロトコル間、およびParticle Networkとの間のコンポーザビリティを大幅に向上。

技術的概念が依然として抽象的に感じる場合は、ユーザーが最も直感的に感じ取れる例から考えてみよう。Particle Network V2を統合したアプリがユーザーにもたらす体験の一例を挙げる。

ユーザーはGoogleアカウントでETHチェーン上のリターンアグリゲータdAppにログインし、無自覚のうちにウォレットアドレスを作成する。秘密鍵やリカバリーフレーズは不要。

他の誰も、彼のGoogleアカウントとウォレットアドレスの対応関係を知ることができない。

ユーザーは、自分のETHを任意のL1/L2上で最良のリターンを生む製品に投入したいと考えており、リターンが特定額に達したら自動的に解約し、その後Lidoにステーキングして無リスクリターンを得たい。

ユーザーは上記の要望をテキスト形式で入力する。リターンアグリゲータが自動的にその意図を理解・分解・実行する。

ユーザーが投入、解約、ステーキングを行う過程で、チェーン上で生成される取引記録は外界からは見えない。

このように、プライバシーと効率の両面で、現在のWeb3主流体験を大きく超えるシナリオが可能になる。まさにV2のzkWaaS（ゼロ知識証明ウォレット・アズ・ア・サービス）とIntent Fusion Protocol（インテント融合プロトコル）が、このような体験を支えているのだ。

しかし上記の例は過度に単純化・抽象的すぎる。実際に、zkWaaSとIntent Fusion Protocolはどのように設計・考慮されているのか？

Confidential Auth：Web2アカウントとアドレスの対応関係を無自覚に隠蔽するパイオニア的試み

Web2ソーシャルアカウントとチェーン上アドレスの対応関係を隠蔽する取り組みに関して、最近話題のSocialFiアプリFriend.Techは我々に示唆を与えてくれる。

最近の報道によれば、Twitter IDとFriend.techのユーザーウォレットの関係が漏洩した。原因は、Friend.techの照会APIが公開されており、ウェブサイト上で直接露出していたため、誰でもAPIを使ってユーザーのTwitterとFriend.techウォレットアドレスの関連を取得できたのである。

一部の著名人や大物は自身のオフチェーンSNSアカウントが暴露されることを気にしないかもしれないが、すべての人がそうではない。

さらに深刻なのは、ある製品の設計欠陥により、本人の同意なしにこうしたことが可能になる点である。

したがって、Web3業界全体として、Web2アカウントとウォレットアドレスの対応関係を隠蔽しつつ、Web2ログインの利便性を損なわない方法が必要なのである。

業界で一般的な解決策は、Web2アカウントのログイン資格情報をもとに、対応するWeb3バージョンの証明書を生成し、検証時にそれを提示し、ゼロ知識証明で照合するというものだ。Holonym、Polygon ID、ChainlinkのCanDIDなどが代表的なソリューションである。

しかし、この方法の問題点は、ユーザー自身がこのWeb3版の証明書を保管しなければならず、心理的・操作的負担が生じることだ。

そこで、Particle NetworkのzkWaaSはConfidential Login（機密ログイン）という新しいアプローチを採用：ユーザーはログイン体験を犠牲にすることなく、0負担でアドレスとWeb2アカウントの関係を隠蔽できる。

この「0負担」とは、裏側の技術的処理をユーザーが意識しないことを意味する。具体的な実装手順は以下の通り：

1. ユーザーは慣れたメール/電話番号の認証コードでログイン可能。または既存のソーシャルアカウントでログイン可能。認証完了後、Web2ログイン方式に対応するウォレットが生成される。

2. 電話/メールログイン時の認証コードや、ソーシャルログイン時のトークンを、zkWaaSが信頼できる実行環境（TEE）内の証明書発行器に送信する。

3. 証明書発行器が、ユーザーが提出した認証コードやトークンの正当性を検証する。

4. 検証が成功すれば、ユーザーにWeb3のトークン/証明書を発行し、ユーザーがWeb2方式で身元確認を完了したことを証明する。

5. zkWaaSは、このWeb3のトークン/証明書を暗号化して保存する。

6. 上記の手順により、ユーザーのウォレットとWeb2ログイン方式の対応関係が構築されるが、Web3のトークン/証明書が暗号化されているため、外部からはこの関係を認識できない。

7. ユーザーがこの関係を検証する場合のみ、ゼロ知識証明を使って証明書を取り出し検証する。通常は暗号化保存されているため、この関係は外部に不可視である。

上記のプロセスは最初のステップを除き、すべてユーザーにとって無自覚であり、追加の認知負荷や操作は発生しない。

Confidential Transaction：チェーン上記録がもはや完全に公開された「裸」ではなくなる

前述の機密ログインにより、アドレスとオフチェーンWeb2アカウントの関係は隠蔽されたが、チェーン上のプライバシー問題はまだ解決していない：パブリックチェーンの性質上、すべての取引は公開・照会・追跡可能だからだ。

透明性は時に両刃の剣である。

公開性のおかげで、チェーン上データ分析が可能になり、Whaleの動きを把握し、投資判断の参考にできる。しかし、消費者向けまたは非金融シーンでは、すべての取引記録が「裸」同然となり、プライバシーと感情面での配慮が欠けているのではないか？

Vitalikは今年1月の研究記事『An incomplete guide to stealth addresses』で、こうした懸念を表明していた：イーサリアムのアプリを使うことで、生活の大部分が公に晒される可能性があると。

このようなプライバシー問題に対し、現在のソリューションは「資産次元のプライバシー保護」と「アドレス次元のプライバシー保護」に大別される。

資産次元のプライバシー保護の代表例はTornado Cashなどのミキシングプロトコルで、暗号資産そのものを混在させ、資金の流れを難読化する設計である。

しかし、この手法は不正利用の余地があり、マネーロンダリングやハッキング事件が規制当局の怒りを買う。Tornado Cashが米財務省により制裁されたのがその一例だ。

アドレス次元のプライバシー保護としては、ユーザーが複数のアドレスを持ち、異なる取引を隔離する原始的な方法がある。しかし、これではユーザーの管理負担が増し、体験面で不合格である。また、複数アドレスを持っていても、それらが覗かれることを完全に防げるわけではない。

別の方法として、Vitalikが以前の論文で提案したStealth Address（ステルスアドレス）システムがある：ユーザーがインタラクション時に一時的なアドレスを生成し、それを使って取引を行う。

しかし問題は、一時的に生成されたアドレスには残高がなく、ガス代を支払えないため、取引実行の初期費用として使えないという「卵が先か鶏が先か」のパラドックスに陥ってしまう点だ。

こうした状況を踏まえ、Particle NetworkのzkWaaSは、VitalikのStealth Addressシステムをさらに発展させ、Smart Stealth Address（スマートステルスアドレス）を提案し、機密取引（Confidential Transaction）を支援する。ステルスアドレスを利用し、gas stationと組み合わせることで初期ガス問題を解決。外部の観察者が、受領された資産がどの具体的なアドレス宛かを特定できないようにする。

具体的な実装手順は以下の通り：

1. AliceがBobに資産を送りたいとき、Bobは受け取ったことを全世界に知られたくない。受信者が誰かは隠せるが、送金が発生したことは隠せない。

2. ステルストランザクションがこれを可能にする。Bobは公開鍵・秘密鍵に基づきステルスアドレスを生成し、Aliceに提供する。Aliceはこのアドレスに資産を送れ、それがBobのものであることを検証できるが、資産の制御はBobだけが可能。

3. Gas Stationを通じて、別のアカウントがステルスアドレスの取引のガス代を支払うことで、取引が実行可能になる。

設計と理解コストの観点から見ると、アドレス次元のプライバシー保護の方が優れている。この方法は追加の作業コストが不要で、新しいコントラクトを書いたり、コンセンサスアルゴリズムを変更したりする必要がなく、ウォレット層がステルスアドレスをサポートすれば済む。

Particle Network V2を使えば、チェーン上取引のプライバシー保護機能を直接統合でき、dApp側で特別な対応をしなくても、効率向上とコスト削減が両立できる。

Intent Fusion Protocol：複数のプロセスではなく、一つの結果に集中するインタラクション

Paradigmは7月、現在重点的に注目している10のトレンドを紹介し、その第一に「インテント中心型（intent-centric）」のプロトコルおよびインフラを挙げた。

その後、「インテント」という新概念が徐々に注目を集めるようになった。

しかし実際には、この新概念の背後には依然としてWeb3のインタラクション効率の低さという古い問題がある：ユーザーが望むことを最終的な宣言形（declarative）で表現し、命令形のステップを逐次実行する必要がないようにすること。

この概念をさらに単純化すれば、Web3のインタラクション体験は「思い描いたことがそのまま実現する」べきである。

現在の多くのWeb3アプリのインタラクション体験は「ステップ中心型」であり、最終的な意図を達成するためには、ユーザーが複数のプロセスを経て、逐次承認・署名を行う必要がある。

さらに重要なのは、ユーザー自身がこれらのプロセスを分解し、最終的な意図に至る道筋を自分で計画しなければならない点だ。例えば、新しいL2でNFTを購入したい場合、ウォレットのダウンロード、チェーンの切り替え、資産のクロスチェーン、ガス代の入金、取引の承認…プロセスは長く複雑で、ユーザーの知識と操作スキルに高い要求がかかる。

したがって、ユーザーの最終的な意図を自動的に理解・分解・実行し、インタラクションプロセスを抽象化する方法が必要なのである。

実際、一部のDeFiプロトコルはこうしたニーズに早くから対応しており、DEXの指値注文は「思い描いたことがそのまま実現する」デザインの典型例だ。価格が事前設定条件に達すれば、より良い価格でトークン交換ができ、最終的な意図が達成される。

しかし、この探索はWeb3金融シーンに限定されており、インテントの設計は汎用的ではない。さまざまなニーズのシーンに対応するには、より汎用的なインテント処理ソリューションが必要である。

それがまさにParticle Network V2が探求するもう一つの方向性である：Intent Fusion Protocol（インテント融合プロトコル）を通じ、異なるアプリ領域の可能なインテントパターンを統合し、ユーザーの意図を自動的に構造化・分解・実行する。

なお、このインテントパターンの統合は無許可かつ普遍的である。

つまり、チェーン上・チェーン外を問わず、任意のインテントであれば、Intent Fusion Protocolが統合可能であり、過度な権限制御は設けず、インテント発生のシーンを選ばない。DeFi、ゲーム、ソーシャルなど、すべてのシーンで統一されたインテント処理フレームワークを形成する。

このインテント処理フレームワークを分解すると、以下の共通ステップがある：

1. ユーザーが意図を表明：ユーザーは特定のアプリやインターフェース（zkWaaS対応dApp、ウォレットなど）を通じ、システムに自分が何をしたいかを伝える。ユーザーの表現を正確に識別するため、Particle Networkはユーザー側・開発者側にそれぞれツールを提供する。

Intent DSL（ドメイン固有言語）：ユーザーが自分の意図を簡単に表現できるように、特定の言語やフォーマットを設計。

DApps Intent Framework：開発者がユーザーの意図を簡単に理解・構造化できるフレームワークを提供。

2. インテントの分解：構造化されたユーザーの意図は「Intent Bidder Network」に送られる。このネットワークはチェーン上・チェーン外のBidderを統合し、意図を最適化して「Confidential Intent Object（機密インテントオブジェクト）」という暗号化されたオブジェクトに分解。これには、ユーザーの意図をどう実行するかという詳細かつ明確な指示が含まれる。

3. インテントの実行：ユーザーが暗号化オブジェクトに署名し、「Intent Solver Network」がユーザーの意図を正しくかつ効率的に実行する。このネットワークでは、チェーン上・チェーン外のsolverがユーザーの意図を実現し報酬を得るために競争する。この競争が激しいほど、効率が高まる。最終的に、ユーザーが望む結果が得られる。

しかし、インテント融合プロトコルだけでは問題は解決できない。プロトコルの実行には、周辺環境の支援も必要である：

Particle zkEVM：主要コンポーネントの一つ。ユーザーにマルチチェーンアカウント抽象を提供する。この抽象化により、一度の署名で複数チェーン上で実行可能になる。また、zkEVMは統一されたIntent Mempoolを担当し、IntentVMを通じて構造化されたConfidential Intent ObjectをSolverに伝達し、取引の構築・実行を可能にする。