原作者: Pengyu、Particle Network 共同創設者
最近よく話題になっているIntent-Centric（意図中心）ですが、人気がある上に疑問もたくさんあります。
質問は主に次の 2 つの観点に焦点を当てています。
あまりにも抽象的かつ物語指向であるため、プロジェクトの実行が困難であり、テクノロジー主導の業界アップグレードのようなものではなく、むしろ製品設計哲学のようなものです。
単にアカウント抽象化トラックに新しい用語が追加されただけかもしれません。なぜなら、Intent-Centric（意図中心）とAccount Abstraction（アカウントの抽象化）には何らかの関係があると誰もが直感的に考えるだろうし、ユーザーの敷居を下げ、ユーザーエクスペリエンスを向上させることに関係しているように思えるからである。
この記事では、インテント中心とアカウント抽象化の間の関連性、進化、競合を分析します。
アカウント抽象化の起源
全体的に、Web3 業界の発展傾向は、サイファーパンクに優しいエンジニアリング業界から、大衆に優しい消費者業界へとなっています。
イーサリアムのアカウント抽象化については、コミュニティはすでに 2016 年から 2017 年にかけて議論を開始しています。初期の議論と設計目標は、開発者の観点からのものであり、主にコントラクトの作成と対話を簡素化し、複雑なトランザクション構造の自由度を高めることでした。さらに、アカウントの抽象化を通じて、スマート コントラクトと dApp 開発におけるいくつかの複雑な問題を解決したいと考えています。この段階でのアカウントの抽象化は、本質的にはアカウント モデルの一般化です。
アカウント抽象化の開発において、中心となるのはERC-4337の提案と成熟度です。議論が深まるにつれて、コミュニティは、アプリケーション層のビジネス シナリオにおける一般的なエンド ユーザーの共通の要求の一部は、アカウントの構造とチェーンからは解決できないことに気づきました。ネイティブ構造直接満足してください。たとえば、秘密キーの回復、0 ガスでの特定のサービスの取得、バッチ認証などです。
以前のアカウント抽象化の検討の補足として、ERC-4337 は、アカウント構造自体をアップグレードする観点からいくつかのシナリオ機能を提供することを期待して、Vitalik と Ansgar Dietrichs によって提案されました。 「ユーザーオペレーション」の概念を導入し、ユーザーはナンスや複雑な取引手数料を気にすることなく、より柔軟に取引を行うことができます。
アカウント抽象化の分野におけるさまざまなプロトコルに対して提案されているタイムラインについては、以下の図を参照してください。
アカウント抽象化業界の現状: 基本的な価値観と制約
アカウント抽象化業界は成熟に近づき、理解しやすい 現在のアカウント抽象化業界は、ユーザーに近い順に大きく次のように分類できます。
パブリックチェーン層
秘密鍵の管理
AA スタック層 (主に Paymaster と Bundler を含む)
機能層
アプリケーション層
秘密キー管理には、AWS の KMS サービスに基づくホスト型ソリューションである Magic.link や、当社 (Particle Network) が使用する MPC-TSS など、成熟したソリューションが多数あります。現在、AA Stack レイヤーのプロバイダーは 100 社以上あり、スタートアップ企業の StackUp、ZeroDev、Pimlico、インフラストラクチャー Alchemy、大手ウォレット企業 Safe などが含まれており、いずれも利用可能なソリューションを提供しています。アプリケーション層では、CyberConnect や dYdX などの主要プロジェクトがすでにアカウントの抽象化を独自の特定のビジネス シナリオに適用していることがわかりました。
アカウントの抽象化は間違いなくエンド ユーザー エクスペリエンスを促進し、Web3 の大規模アプリケーションに対するより多くの障害を取り除きますが、現段階での実際の効果は、アカウントの抽象化が業界エクスペリエンスにもたらすパラダイムの改善に対する私たちの期待と明らかに一致していません。
アカウントの抽象化の本質はユーザーの UX の問題を供給側から解決することであるため、開発者にアカウント構造レベルでより多くの開発オプションを提供することに似ています。同時に、アカウント抽象化と秘密鍵管理の組み合わせによるソーシャルログイン＋アカウント機能の拡張により、新規ユーザーがWeb3製品サービスに参入する敷居はある程度低くなります。
しかし、アカウント抽象化の人気の加速や、なるほどと思う瞬間に関するエンドユーザーからのフィードバックから判断すると、ユーザーの潜在能力が完全には引き出されていないようです。
もちろん、これは一方では、アプリケーション層のコンテンツの量と質が依然として急速に反復されているためですが、他方では、次のような理由があると考えられます。
アカウントの抽象化により、式を入力する際のユーザー エクスペリエンスが最適化されます。
しかし、結果を表現するという問題は解決しませんでした
表現と結果の最適化は、Intent-Centric の中核となる価値です。
インテントセントリックが提案された理由は、主に次の 2 つの理由によるものです。
暗号化業界の基礎の 1 つは、資産の自律性、データの自律性、情報の自律性など、チェーンの基礎となる設計からユーザーの自律性を回復することです。しかし、自律性によってもたらされる問題は、目標達成の背後にあるあらゆる微妙なオンチェーン操作を承認のためにユーザーに公開する必要があることです。
業界の初期には、ビジネス シナリオは比較的単純で、実行ロジックも比較的単純で、チェーン間の相互運用性はほとんどありませんでした。現時点では、必要なユーザー認証はそれほど多くありませんでした。ユーザーが必要とする場所はほとんどありませんでした。積極的に判断することができ、その経験は問題ありませんでした。受け入れられました。しかし、より多くの L2 が出現し、より多くのサービスが互いに重なり合って結合されると、ユーザーのニーズは 1 つであるように見えますが、認可の頻度は非常に高く、より多くのサービスがプロセスに関与するようになります。 、スリッページ設定など。
Intent-Centric によって導入された中心的なロジックは、実際には、ユーザーの自主性を失わずにプロセスをブロックすることです。、プロセス監視とプロセス管理を含め、ユーザーはニーズの開始点と終了点を明確にするだけで済みます。この利点は、ユーザーがトランザクションの観点から需要の観点に変換できることです。
この問題は、簡単な会話の質問でテストできます。
最も一般的なオンチェーン操作の 1 つについて質問させてください。私は 10 ETH を持っていますが、それを年率 2% のリターンで Compound で貸し出したいと考えています。
この表現は本当に必要ですか?
実際、この表現はあなたのニーズではなく、あなたのニーズは「私は 10 ETH を持っています。安全なプロトコルで最高のリターンを見つけるのを手伝ってください。」です。
そして、「年率2％のリターンでコンパウンドに貸し出す」ことはトランザクションです。
では、なぜこのトランザクションが自分のニーズであると無意識に考えるのでしょうか? 本質的には、現在の暗号化業界がトランザクションとステートに次々と分離されているためです。すべてのニーズはトランザクションに分解され、ステータスを監視する必要があります。現実化によってもたらされる問題は、先ほど述べたユーザーが需要の観点からではなく、取引の観点から出発しているということです。これは明らかにユーザーの多くのニーズの表現と実現を制限します。束縛について考えています。
したがって、Intent-Centric (意図中心) は、結果への最適なパスを表現するという問題を解決します。
表現から結果までの経路の問題を解決することによってのみ、エンドユーザーの膨大なニーズを真に解放できるため、この問題は貴重です。
そうした目標を達成するためには、どのような角度からIntent-Centric（意図中心）で製品や研究を推進していく必要があるのか。
先ほどの考え方に基づいて、インテントセントリック業界全体を次の 4 つの層に分けました。
ユーザー式のエントリーレベル
意図を表現する翻訳層
垂直ニーズに対応する統合レイヤー
複雑な要件に対応する調整層
それぞれが実行する計算の目的は非常に明確です。
ユーザー表現のエントリー層は、ユーザーの真のニーズを収集するために使用されます。主要な指標: 完了率。
意図を表現する翻訳層は、ユーザーの真のニーズを、マシン間、開発者とマシン間、開発者間で均一に伝達できる言語に翻訳することです。中心的な指標は、応答時間と精度です。
垂直需要の統合レイヤーは、垂直カテゴリの需要を統合し、この需要に対応する適切なソルバー (ソルバー) をマッチングすることです。主要な指標: マッチング効率。
ニーズを満たす調整層は、複合要件を垂直カテゴリの要件に分解すると同時に、異なる垂直カテゴリのソルバー（ソルバー）を調整して、目標またはロジックに従って複合要件に対応します。主要な指標: 解体効率と需要カバー率。
4 つの角度すべてがある程度の成熟度を持っている場合、次のようなユーザー パスをもたらすことができます。
ユーザーは任意の式入力層で要件の式を完成させ、その式は翻訳層によってマシン間調整のための汎用言語で記述された意図に翻訳され、その意図は調整層とソルバー（ソルバー）によって分解されます。これらの意図は効率的かつ安全な方法で実行され、最終的に垂直方向の意図の実行結果は調整層によって複合意図結果に統合されます。
実際の例を見てみましょう。
Coinbase の株主は Base Chain のリリースを見て、Base Chain 上のゲーム アプリケーションを体験したいと考えました。彼は、プロセスを開始するためにゲームの NFT をミントする必要があることを知っていました。
ウォレット登録プロセス (既に非常に複雑です) をスキップし、彼が Polygon エコシステム内の他の Web3 ゲームをプレイしており、既に Polygon の Matic トークンを保持していると仮定します。Base Chain プロジェクトに参加するには、次の手順を完了する必要があります。分解：
Matic トークンをイーサリアムの ETH トークンにクロスチェーンするための 3 者間クロスチェーン ブリッジを見つける
Base Chain から ETH-Base まで ETH トークンをクロスします。
Mint NFT；
ゲームを始める。
これが現在のプロセスですが、アカウント抽象化と組み合わせた Batch Transaction (パッケージ化されたトランザクション) や Gasless Transaction (ガスレス トランザクション) であっても、しきい値は依然として非常に高いです。ユーザーの意図 (ゲームを開始するために Base Chain 上で NFT をミントする) は実際には明確であり、ユーザーは自分が何をしたいのかはわかっていますが、そのプロセスが煩雑すぎます。
インテント中心の分野が成熟すると、ユーザーの意図の構造化、解体、実行を完了できます。エンドユーザーエクスペリエンスの観点から見ると、ユーザーはインテントセントリックプロトコルに適応したウォレットやアプリケーションと対話します。ChatGPTLLM UIでユーザーの意図を表現するのと同様に、開発者が統合したインテントセントリック開発フレームワークがインテントを自動的に構造化し、インテントビッダーとソルバーが最終的な分解と実行を完了します。ユーザーの認識はボタンをクリックするか送信するだけです。メッセージ、一言を言いました。
私たちは今、この質問に答えてみることができます: 意図中心の古いワインを新しいボトルに詰めるのは AA (アカウントの抽象化) のためですか、それとも進化のための最良の選択ですか?
エントリから式、式、結果に至るまで、ユーザー パスに沿ってさらに一歩進むことに加えて、インテント セントリックはアカウントの抽象化とどのような点で大きく異なりますか?
上記のコンテンツの寸法を比較すると、次のことが明確にわかります。Intent-Centric (意図中心) は、Account Abstraction (アカウント抽象化) の新しいボトルに入った古いワインではなく、ユーザー パス エクスペリエンスを最適化するための別のオプションです。
しかし、インテントセントリック分野がより成熟するにつれて、アカウント抽象化トラックはインテントセントリック分野で特定の操作を実装するためのインフラストラクチャになるでしょうか? より多くの情報が必要です。これは、この分野のプロトコルまたは製品がより成熟する場合にのみ判断できます。
インテントセントリック分野におけるパーティクル ネットワークの独自の視点
まず、V1 のコア製品である MPC-TSS とアカウント抽象化に基づく Wallet-as-a-Service を確認しましょう。アカウント抽象化フィールドの値の位置は、図に示すように使用できます。
図に示すように、私たちの中心的な仕事は、MPC-TSS に基づくキー管理 (秘密鍵管理) 層と、ソーシャル ログイン スイートを提供する機能層であることは明らかです。
実際、私たちの V1 は基本的に次の 2 つのことだけを行います。
ソーシャル ログインを通じて Web3 製品にアクセスする際のユーザーの行動とニーズを単純化および抽象化します。
マルチチェーン署名を計算し、ウォレットに接続されているさまざまな種類の製品で直接署名を完了するサービスを提供し、トランザクション効率を向上させます。
私たちがインテントセントリック関連製品を発売する主な理由は次の 2 点です。
Intent-Centric の中核となる作業は、ユーザー ニーズの抽象化とトランザクション効率の向上という v1 製品の本質と完全に一致しています。
私たちは〜にてB 2 B 2Cこのアプローチの下、私たちはパートナーと協力して過去 10 か月間でかなりの数のユーザーを導入し、私たちの焦点はユーザーのエントリーからユーザーの表現と結果に移りました。
では、インテントセントリック分野に対する当社の基本的な判断、インテントセントリックにおける当社独自の利点、そしてその利点に基づく当社の製品戦略は何でしょうか?
私たちは、上で述べたインテント中心フィールドの階層ロジックには、明確な値の優先順位があると考えています。
私たちは、意図を表現する翻訳レイヤーが中心であると考えています。これは、標準の策定によって推進される唯一のレイヤーであるためです。フライホイール効果次に、複合要件の調整層、垂直要件の統合層、ユーザー ポータルの表現層が続きます。
Intent-Centric における当社独自の強みは何ですか:
抽象的なユーザーニーズの蓄積と、マルチチェーンおよびマルチ行動の署名計算の蓄積。
基本的にすべてのトラックをカバーする製品統合を完了したパートナー。
したがって、インテントセントリック分野の当社の V2 製品は、インテント フュージョン プロトコルと呼ばれ、基本的に次のものが含まれます。
意図した翻訳層を表現するための統一された言語とフレームワーク (最も重要だと思われる翻訳層に対応する)
複雑な要件の調整層のための開発キット
zkEVM は、フルチェーン アカウントの抽象管理と計算のために Particle Network によって使用されます。
私たちは、V2 の Intent Fusion Protocol を使用して、ユーザーが zkWaaS 製品によって有効になっているアプリケーション層製品にプライベートにログインできるようにし (Web2 ID のプライバシーを公開することなくソーシャル ログインの利便性を享受しながら)、ワンクリックでログインを維持できるようにすることを楽しみにしています。 ETHは、L1/L2上の最高のオンチェーン収入商品に参加し、収入が特定の金額に達すると自動的に償還され、その後、誓約リスクのないリターンを得るには、Lido にアクセスしてください。
Particle Network V2 の Intent Fusion Protocol は、複雑な機能や設定を多数提供するのではなく、ユーザーのニーズと期待に基づいており、最小限の理解と運用コストでユーザーの真の意図を直接実現します。
この方法は私たちの目標に近づくことができると感じています。
インテント中心のモジュール式 Web3 アクセス レイヤーを作成することで、エンジニアに優しい金融業界から大衆に優しい消費者業界への Web3 の変革を加速します。
