この記事の著者である Kiwi は OKX Ventures の研究者であり、投資アドバイスを行うものではありません。
Vitalik Buterin 氏が 2021 年 9 月に EIP-4337 を提案して以来、アカウント抽象化の概念は主流の Web3 ウォレットに徐々に導入されており、OKX Ventures はこの概念の起源を入り口として、アカウントの過去、現在、未来を体系的に整理しています。抽象化、将来の機会。
記事の要点
・基本情報について：
￮ セッション キーをサポートするアカウント抽象化 (AA) は、トランザクション ソースと署名を分離できると同時に、ユーザーが秘密キーやガス料金のバックアップなどの複雑な操作を回避し、ユーザーが Web3 に参加するためのしきい値を下げるのに役立ちます。
￮ アカウントの種類を簡素化し、チェーン上の動作にさらに自由度を与え、アカウントをより高いセキュリティ レベルに置くには、アカウントの抽象化が必要です。
￮ EIP-86、EIP-1014、EIP-2938、およびEIP 3074を経験した後、コンセンサス層を変更する必要がないため、EIP 4337は基本的にイーサリアムAAの最終ソリューションとみなすことができます。
• マルチチェーンアカウント抽象化のための 2 つのルート: 4337 互換メソッドとネイティブアカウント抽象化。
￮ 4337 スキームとの互換性: 現在、Arbitrum、Polygon、Optimism、および BNB にはネイティブの統合アカウント抽象化がありません。ただし、それらのほとんどは 4337 関連製品 (Biconomy、Stackup など) を通じてサポートされており、インフラストラクチャの構築はまだ構想段階にあります。
￮ ネイティブ アカウント抽象化ソリューション: Starknet と zkSync は、4337 ソリューションとは異なるネイティブ アカウント抽象化をサポートします。違い: Starknet には Bundler と Paymaster がありません。Sequencer はトランザクション シーケンスを決定し、Gas を支払い、実行します。zkSync はトランザクション シーケンスを決定し、Operator を通じて Gas を支払い、その後ブートローダーを呼び出して一緒に動作します。
• 開発データ: Ethereum、Arbitrum、Optimism、Polygon は 520,000 を超える AA アカウントを展開しており、その 80% 以上は 7 月から 8 月に作成されたばかりで、主に Polygon と Optimism チェーンでの AA 製品の発売を通じて大幅に増加しています。 Bundler と Paymasters の契約は現在減少しており、各チェーンは現在 Pimlico や StackUp などのプロジェクトによって独占されています。
• AA が提供する機会:
￮ Paymaster は dApp によってデプロイされたスマート コントラクトであり、Bundler を通じて Paymaster をトリガーして、指定された UserOperation のガスを支払います。 Paymaster は標準化されたサービスであり、単独で独立したプロジェクトを形成することは困難であり、Web3 のビジネスを提供するための機能統合として使用できるのは Web2 トラフィックのみです。支払者にとってのビジネスチャンス: 決済トラフィックポータル、自動償還、DeFi ゲームプロジェクトとの統合、決済業界における巨視的に同様のイノベーション。 Paymaster のイノベーションの方向性は比較的単一ですが、これは価値獲得の最も安定した部分であり、Web2 ユーザーが Web3 に参入する敷居を下げます。多くの Web2 組織が Paymaster サービスを導入する可能性があります。
￮ バンドラーは、最もチャンスのあるコンポーネントの 1 つです。その本質はリレーラーと似ています。利益の方向性は主に、パッケージ化されたトランザクションによって拡張される一連の機会 (ガス価格差の獲得、B に偏った MEV およびプライバシー プールなど) を中心に展開します。側のニーズ）ですが、取引の梱包を怠るとバンドラー側が損をしてしまうため、取引先の選択が難しいです。
独自のノードとリレイヤー サービスを持つプロトコルを使用してバンドラー ネットワークを構築することが容易になります。たとえば、分散型機能としての Rpc はバンドラーの分散化に役立ちます。
▪ Bundler がサーチャーやシーケンサーと協力することはより良い選択であり、将来的には収益は mev シェアを通じてさまざまなチャネルを通じてユーザーにフィードバックされる可能性があり、最終的にはますます公平になるでしょう。
▪ Bundler は現在プライベート プールであり、パブリック プールはありません。現在、スタックアップのみがうまく運営され収益性が高く、Biconomy は平均的です。
▪ バンドラーは、利益を上げるのは難しいものの、生態系にとって非常に必要な公共財であるが、市場には成熟した公共財運営計画がなく、現在、ほとんどのプロジェクト関係者は利益を考慮して民営化することを望んでいる。
▪ バンドラーが直面する技術的改善の方向性には、ノンス衝突の回避が含まれます。p2p ネットワークは、マーキングと削除を通じてそのような問題を最適化できます。また、コントラクト ストレージを変更してバンドラーが十分な補償を得ることができないようにすることもできます。この部分は、その後の提案による最適化が必要です。」
￮ AA と MEV の組み合わせ: AA、シーケンサー、インテントは本質的にチェーン上の一連の操作を拡張します。MEV にはより長い賄賂の連鎖が必要です。AA のバンドラーとインテント ソルブは、MEV チェーン内のサーチャーなどの役割と連携して MEV を形成する可能性がありますフォームを共有します。 AA はバンドラー契約とエントリーポイント契約を提供するため、理論的には AA は PEV (Prover Extractable Value) の収入を共有することもできます。
￮NFT: ユーザーエクスペリエンス自体の向上により、より多くの新規ユーザーを引き付けることができ、同時に市場の監視と取引をより自動化できます。 ERC 6551 と 4337 はどちらもユーザー認識レベルでのアカウント機能を備えており、フルチェーン ゲーム、DID、ミドルウェアを統合できます。その後のフルチェーン ゲームでは、マルチチェーン + トレード可能な機器アカウントのゲーム エクスペリエンスを完成させるために、ERC-6551 のコンポーザビリティが必要になります。
￮ ソーシャルおよびゲーム: ID インフラストラクチャの最適化により、製品の使いやすさが大幅に向上し、フルチェーン ゲーム + アカウント モデルの最適化 + マルチチェーン アカウント システムの動作閾値の低下により、マルチチェーン ゲームの世界観が実現します。
• AA と意図:
￮本質的に、意図とAAの間には必要な拘束関係はありません。インテントは本質的にユーザー エクスペリエンス層におけるイノベーションであり、ユーザーのニーズをより適切かつ迅速に理解して分解し、それらを 1 つ以上の UserOperations に変換することであり、AA はバックエンドの最適化、ユーザー指示のより適切な実行です。 Telegram ボットは典型的な Intent イノベーションですが、バックエンドでは依然として EOA ウォレットが使用されており、ユーザー エクスペリエンスには影響しません。
￮ インテントとは、特定の目標に向けて最適な作戦ルートを解決するプロセスです。これまでは、Intent は単純な要件になる傾向がありましたが、将来的には、複数の条件、複数のステップ、複数の実行環境、さらには AI エージェントの導入など、複雑な問題を形成する可能性があります。
￮ インテントの機会: オペレーターは署名の数を減らし、ユーザー エクスペリエンスを向上させることができます。アプリケーション側は、意図のナラティブに基づいて新しいインフラストラクチャ、新しい言語、新しいソリューションの形式を形成できます。これは、将来最も可能性のあるユースケースの 1 つです。
中間インテント プールまたはインテント パブリック チェーン: インテント ベースのアプリケーションには、スマート コントラクトと対話するための新しいメッセージ フォーマットだけでなく、代替メモリ プールの形式での普及およびカウンターパーティ発見メカニズムも含まれます。インセンティブと互換性があり、かつ非集中型の意図発見および照合メカニズムを設計することは困難です。
▪ ソルバーの多様な実装パス：短期的には既に比較的成熟した各種スーパースマートコントラクトがまず統合され、長期的にはより自由度の高いAIが最も理想的な形となるが、実装は非常に難しい; ソルバーは初のオフチェーンをもたらします 前処理してからチェーンにアップロードするという新しいパラダイムは、一部の自動化プロトコル (Uniswap X など) にとって有益です; 現在、ZK コプロセッサ Axiom はプライバシーのデモとして使用できます解決する。
▪ 意図を表現するための新しい言語: Juvix と Essential はすでに存在しますが、このようなプロジェクトを最初に開始することが重要であり、ユーザーは事前にそれらに対する信頼を構築する必要があります。
￮ ウォレットと入口の機会: ウォレットは意図層構築の終点として使用でき、その戦略的地位が大幅に高まり、排水インフラやさまざまなプロトコルの入口となることができます。 Intent バックエンドは、従来の EOA、MPC、スマート コントラクト ウォレットを統合でき、トランザクション アプリケーションとクロスチェーン アプリケーションの両方で、エントリ ポイントの多様化 (自動化、複数のソリューションなど) によるエクスペリエンスが向上します。
￮ ZK アプリケーションの機会: ユーザーのインテントには多数の暗号化要件がある 4337 独自のメカニズムはプライバシー支払いに対応できる zkProof 市場では、より深い統合が開発される予定
￮ リスクと閾値: 意図には強い信頼の期待が必要であり、高い参入障壁に対応し、過度の集中化と不十分なイノベーションをもたらします。
• 主要プロジェクト:
￮ アカウント抽象化市場には 2 種類の参加者がいます。1 つは、ソーシャル ログインと回復、ガス抽象化、トランザクションのバッチ処理、サードパーティ サービス (法定通貨預金や法定通貨預金など) の統合と集約などの機能を備えたスマート コントラクト ウォレットです。多くのスタートアッププロジェクトが進行中ですが、ソリューションは初歩的なもので、そのカテゴリーの 1 つは Bundler と Paymaster のモジュラープロバイダーであり、バイコノミーとスタックアップを除くほとんどは初期段階にあります。
￮ 主要プロジェクト: Biconomy、Stackup、Pimlico は、現在市場で比較的成熟した 4337 ソリューションです。SDK とモジュラー ソリューションの継続的な改善により、主要な市場を占め、技術ソリューションの高い市場カバレッジを達成することができます。現在、Stackup は 2 つのタイプの Paymaster を実装していますバンドラー モデル、フルプロセス ソリューション + 複数のコンポーネント ライブラリは、このような主要プロジェクトが将来的にその利点を拡大し続けるための手段となるでしょう。
▪ Pimlico のバンドラー市場シェア (チェーンバンドル全体の userop シェア)52% ) と利益 (ポリゴンで最初の利益、7 月に 637 MATIC に達し、最適化でもプラスの利益)。
▪ すべての Stackup チェーンにはバンドラー ビジネスがあり、Arbitrum (8 月に 5 ETH) と Ethereum (7 月に 0.4 ETH) が収益性でリードしています。バンドラーは、より多くの損失を被りますが、より多くの利益を得る状態にあります。
￮革新的なプロジェクト: プライバシーは厳しい要件です。たとえば、ZK コプロセッサ Axiom は、プライバシー ソルバーのデモとして使用できます。Nocturne は、構成可能なプライバシー AA レイヤーです。ユーザーは、EOA または契約から資金を入金した後、契約を操作できます。 zkp を使用してプライバシーを確保します。 AI は市場でホットな話題です。たとえば、Echooo Wallet は MPC と AI テクノロジーを組み合わせて、マルチ署名と AI リスク監視を実現しています。同時に、従来のプロジェクトに基づくイノベーションも注目されています。たとえば、Uniswap チームの Universal Paymaster は、ウォレット ユーザーと Paymaster オペレーターの両方のフローをマッチングできます。
• その他の EIP と機会:
￮ 4337 に関連する EIP については、4337 の正式な方向性が示されて以来、現在、ほとんどの提案は AA 展開の最適化に焦点を当てています。たとえば、ERC 6551 は 4337 デリバティブの補助であり、EIP 6662、ERC 6900、ERC 1271、ERC 6492、EIP 7204、および EIP 7197 はすべて AA の方向を最適化しています。ERC 7377 は後のアカウント移行に役立ちます。
￮その他の受賞歴のあるプロジェクト: イーサリアムは、2023 年の第 1 四半期と第 2 四半期に合計 4 つのアカウント抽象化関連プロジェクトに資金を提供しました。そのうち 2 つは 4337 公式チーム (AA 公式チームと AA 公式チームが開発した 4337 ブラウザ ウォレット トランポリン) によって制作されました。それ)、および既存のプロトコル/テクノロジーを使用した 4337 の構成可能性を中心に生成された他の 2 つの主要な革新的プロジェクト (zkShield は、アカウント所有者を隠すために ZKP とアカウント抽象化を使用するプライベート マルチシグネチャです。Uniswap チームによって開始された Universal Paymaster は、 ERC-20 ガス支払いマッチング市場としての単一流動性）
• 今後の展開：短期的には市場の拡大とレイヤー2との共同プロモーションモデルの形成に注力し、中期的にはモジュラーバンドラーとペイマスターの実装とSDKの展開に注力します。ユーザーエクスペリエンスを詳細に最適化する（ガスコストの削減、オプションのSelected EOAからERC-4337への変換の追加など）; 長期的には、EOAウォレットの強制変換を検討してください。
1. アカウント概要の紹介
• 定義と概要:
￮アカウント抽象化の本質は、トランザクション ソースと署名を分離することです。
￮ アカウントの抽象化が必要な理由: 1) アカウントの種類を簡素化する; 2) アカウントを署名から分離し、アカウントをより高いセキュリティ レベルに置きながら、チェーン上の動作にさらに自由度を与える。
￮ アカウント抽象化の進化: 直接区別する作業負荷と複雑さは大きく、EIP 2938 と EIP 3074 ではコンセンサス層の変更が必要ですが、最終的には基盤層を変更せずに EIP 4337 ソリューションが選択されました。
• ERC 4337 の原則:
￮ 役割: EIP 4337 は、スマート コントラクト ウォレットと関連インフラストラクチャを 5 つのコントラクト インターフェイス (バンドラー、エントリー ポイント コントラクト、ペイマスター、スマート コントラクト ウォレット ファクトリ) と署名アグリゲーターに標準化します。新しいトランザクション タイプ (UserOperation)。
￮トランザクションステップ: 4337 Ethereum コンセンサス層を変更せずに、新しい操作ロジック useroperation を導入し、userop のパッケージ化を担当する Bundler を追加します。元のプロセスの後に、EntryPoint と Wallet コントラクトを追加して検証と実行のプロセスを分割し、カスタム タスクの実行を完了し、最後に Paymaster を通じてガス料金の支払いロジックを抽出します。ユーザーが userop を開始します - userop は「ユーザー userop メモリ プール」に送信されます - バンドラーは選択された UserOps をトランザクションにパッケージ化して EntryPoint に送信する責任があります - EntryPoint はユーザー操作を検証し、スマート コントラクト ウォレットがユーザーを実行します操作を実行してブロックに組み込みます。
• 4337 と他のソリューションとの比較:
￮EIP-3074 の AA 計画: EOA アカウントがコントラクトを使用できるようにするには、2 つの新しいオペコードを導入する必要があります。これにはコンセンサス層の変更が含まれるため、計画は放棄されます。
1.1 定義と制度概要
• アカウントの抽象化とは次のとおりです。
￮ イーサリアムには、外部アカウント（EOA）と契約アカウント（CA）の 2 種類のアカウントがありますが、従来のソリューションとして EOA は鍵管理と ECDSA 署名に依存しすぎているため、動作ロジックが厳格であり、その仕組みが署名権と署名を厳密に拘束しています。アカウント：新規ユーザーの参入とその後の育成に影響します。
￮ このような問題を解決するには、ユーザーが任意の検証ロジックを含むスマートコントラクトウォレットを使用できるようにするソリューションが必要であり、このソリューションはアカウントアブストラクト (AA) と呼ばれ、トランザクションソースと署名を分離することが原則です。
• アカウントの抽象化が必要な理由:1) アカウントの種類を簡素化する; 2) アカウントを署名から分離し、オンチェーンアクションの自由度を高め、アカウントをより高いセキュリティレベルに置く。
• アカウント抽象化の進化:EIP 2938 と EIP 3074 を直接区別する作業負荷と複雑さのため、コンセンサス層の変更が必要でしたが、最終的に、基礎となる層を変更せずに EIP 4337 ソリューションが選択されました。
￮ 直接的な差別化: たとえば、EIP 86、EIP 101、および EIP 859 を通じて新しいトランザクション タイプを追加します。
￮ 特定の種類のアカウントのステータスを改善するには:
▪ EIP 2938、契約アカウントを手数料の支払いと取引の実行が可能な「トップレベル」アカウントにします。
▪ EIP 3074、EOA アカウントが契約を使用できるようにする 2 つの新しい操作コードを導入。
￮ EIP 4337: 新しい操作ロジックの導入 - ユーザー操作プール。
1.2 ERC 4337 の基礎知識原則
• はじめに: 2021 年 9 月、Vitalik Buterin は OpenGSN および Nethermind のイーサリアム研究者とともに EIP-4337 を提案しました。 EIP-4337 は、現在のトランザクション メモリ プールを完全に置き換えてアカウントの抽象化を実現することを目的として、新しい UserOperation メモリ プールを追加します。
役割
• UserOperation: ユーザーが開始する必要があるトランザクションはパッケージ化されて Bundler に送信され、他の UserOperation と一緒に Bundle にパッケージ化されます。
• バンドラー: トランザクション プールからトランザクションを選択し、複数の UserOperations をバンドルし、EntryPoint.handleOps() トランザクションを作成するノード。
• EntryPoint: トランザクションの検証と UserOperations バンドルの実行を処理するスマート コントラクト。バンドラーとスマート コントラクト ウォレットの間の仲介者として機能します。
• ウォレット コントラクト: 4337 ユーザーのコントラクト ウォレットを作成できるスマート コントラクト。
• アグリゲーター: 集約署名を検証するために使用されます。
• Paymaster: ユーザーがガス料金を支払うのに役立つスマート コントラクト。
トランザクションの手順
• トランザクション署名: ユーザーはウォレットのユーザー操作を開始し、任意の形式の秘密キーを使用してユーザー操作に署名します (手順は変更されませんが、コンテンツフィールドが変更され、非 ECDSA 署名を選択できます)。署名されたユーザー操作 ( UserOperations)、UserOp は保留中のユーザー操作のメモリ プールに送信され、処理を待機します。
• トランザクションの送信: バンドラーはユーザー オペレーションをユーザー オペレーション メモリ プールにパッケージ化し、別のトランザクションに署名してユーザーの命令をラップし、UserOp をバッチで 1 つのトランザクションに処理して、複数の UserOperation をパッケージ化した後、エントリ ポイント コントラクトに送信します。バンドラーはまずトランザクションをシミュレーションし、契約の実行が失敗するかどうかを検出し、ガス料金が十分であるかどうかを計算します。シミュレーションが成功すると、UserOperations のこのバッチがトランザクションとしてブロック ノードに送信されます。
• ユーザー操作の処理: エントリーポイントコントラクトはウォレットの存在を検証します - ウォレットがユーザー操作を検証することを要求します - ユーザー操作を実行のためにスマートコントラクトウォレットに送信します。これはバンドラーとスマートコントラクトウォレットの間の仲介者として機能します。
• ブロックチェーン: スマートコントラクトウォレットはユーザー操作を実行し、それらをブロックに組み込みます。
1.3 従来のウォレットとMPCウォレットの比較
1.4 EIP-3074のAA計画
• EIP-3074: EOA アカウントがコントラクトを使用できるようにするには、2 つの新しいオペコードを導入する必要があります。これにはコンセンサス層への変更が含まれるため、コントラクトは破棄されます。
• EIP-4337 が CA のアカウント ウォレットを EOA のように使用できるようにする場合、EIP-3074 は EOA の外部ウォレットにスマート コントラクト アカウントのプログラム可能な機能を持たせることを許可します。中心となるのは、他の人が私のアカウントを使用して署名を通じて指示を発行できるようにすることです。
• EIP-3074 は、AUTH と AUTHCALL という 2 つの新しい OpCode を追加し、ユーザー (EOA) がコントラクト (Invoker Contract、Invoker はアップグレード不可) を通じてさまざまなアクションを実行できるようにすると同時に、開発者がより柔軟な OpCode を使用できるようにします。トランザクション オブジェクトと検証メカニズム (署名アルゴリズム) を設計するためのフレームワークを使用して、自分で契約を展開しなくても、あらゆる EOA が契約アカウント (契約アカウント) のように動作できるようにします。
• メリット: 1) バッチトランザクション、パッケージトランザクション、手数料支払い、マルチシグネチャなど、より高い自由度を実現できます; 2) 複数の手数料支払いが可能で、外部アカウントもお気に入りを通じて Invoker に支払うことができますトークン取扱手数料;
• 短所: 1) EIP-3074 は巨大なコンセンサス層への変更を伴うため、問題が発生すると、問題を解決するにはハードフォークが必要になります; 2) EIP-3074 では、EOA の外部所有アカウントがスマート コントラクト アカウントを所有できるようになるため、署名メカニズムは依然として固定 ECDSA 署名を使用しており、EIP-4337 のような署名方法は使用できません。
• EIP-5003: 新しい AUTHUSURP オペコードを導入する EIP-3074 (AUTH および AUTHCALL) の拡張案です。 EOA アドレス A が、別のアドレス B が EIP-3074 メカニズムを使用してその代理として動作することを許可している場合、AUTHUSURP は B が A のコードを設定することを許可します。それは、既存の EOA を契約にアップグレードし、ECDSA からより効率的な、または耐量子性のある署名スキームに移行できるようにすることです。
2. マルチチェーンアカウント抽象化ソリューション
要約する
• 2 つのルート: 4337 互換メソッドとネイティブ アカウント抽象化。
• 4337 スキームとの互換性:
￮ 現在、Arbitrum、Polygon、Optimism、BNB にはネイティブの統合アカウント抽象化がありません。ただし、それらのほとんどは 4337 関連製品 (Biconomy、Stackup など) を通じてサポートされており、インフラストラクチャの構築はまだ構想段階にあります。
￮ Arbitrum は今年 7 月に AA のエンドポイント サポート提案を可決しました。
￮ ポリゴン zkEVM公式ドキュメント将来的にはマルチトークンガス支払いがサポートされる予定であると述べられています。
￮ Optimism と BNB は、次のようなアカウント抽象化インフラストラクチャを提供します。Alchemy、Biconomy、PimlicoそしてStackup待って。
• ネイティブ アカウント抽象化ソリューション: Starknet と zkSync の 2 つのチェーンは、4337 ソリューションとは異なるネイティブ アカウント抽象化をサポートします。
4337方式に対応
• Arbitrum：
￮ Arbitrum は、2023 年 7 月 17 日にアカウント抽象化エンドポイントのサポートに関する決議を可決しました。AIP-2提案現在、Offchain Labs は Arbitrum One および Arbitrum Nova 上のアカウント抽象化エンドポイントのサポートを正式にアクティブ化しています。
￮ この提案では、イーサリアムの研究者が、L2 シーケンサーを ERC-4337 バンドラーの特定のニーズに適応させるために、新しい RPC エンドポイント eth_sendRawTransactionConditional を提案していると記載されています。
• Polygon：
￮ Polygon は 4337 と互換性があり、以下のようなメタトランザクション関連のソリューションをリリースしています。Biconomy(マルチチェーンリレープロトコル)、Gas Station Network (GSN)(分散型公共財プロトコルは、ユーザーがガスを支払うプロセスを抽象化するのに役立ちます)、Infura(ノードプロバイダー)およびGelato(リピーターSDK、マルチトークン決済可能)
￮ポリゴンが入っています公式ドキュメントPolygon zkEVM は ERC 4337 を介したアカウント抽象化をサポートし、ユーザーが任意のトークンを使用して料金を支払うことができるようになると述べられていますが、詳細は今後公開されます。
• 楽観主義: 現在、OP メインネットは、次のようなアカウント抽象化インフラストラクチャを提供しています。Alchemy、Biconomy、CyberConnect、PimlicoそしてStackup他のプロジェクトについては、アーキテクチャの詳細はまだ公開されていません。
• BNB: 2023 年に BNB チェーンに登場のテクノロジーロードマップ, 公式は、アカウント抽象化インフラストラクチャが確立されると述べました。現在、4377 は BNB で互換性があり、詳細は今後公開されます。
ネイティブアカウント抽象化ソリューション
• Starknet は、アカウントの抽象化をネイティブにサポートしています。つまり、すべてのアカウントはスマート アカウントです。
￮ 計画目標: 署名の抽象化 (異なるアカウント契約は異なる署名検証スキームを使用) および支払いの抽象化 (異なるトランザクション支払いモードとトークン形式)
￮ プロセス: トランザクションはプールに入れられる前に nouce によって検証され、検証のためにアカウント スマート コントラクトのアドレスに送信されて、ブロックに追加されます。これら 2 つのフェーズは、アカウント コントラクトで検証および実行される 2 つの別個の関数にエンコードされます。
▪ シーケンサは、最初にトランザクションを検証するためにアカウント コントラクトを要求します。DoS 攻撃を防ぐために、トランザクションを受け入れるシーケンサは、トランザクションをメモリプールに追加して他のシーケンサにブロードキャストする前に、既知の状態に基づいてローカル シミュレーションを実行する必要があります。
▪ シミュレーションが正常に完了すると、トランザクションが実行され、プールに入力され、ネットワーク内に伝播されます。
￮Starknet ソリューションと Ethereum ソリューションの違い:
▪ Starknet のネイティブ アカウント抽象化では、すべてのアカウントはスマート アカウントであり、検証機能と実行機能が含まれている必要があり、ユーザーはこれら 2 つの機能に任意のロジックを実装してアカウント機能を拡張できます。
▪ StarkNet はさまざまな楕円曲線をサポートしており、署名検証は高度にプログラム可能です。検証では、署名を検証することでアカウント所有者のみがトランザクションを開始できることを保証し、トランザクション実行者が十分なガス料金を取得できることも保証します。ユーザーはさまざまな署名を実装できます。検証関数アルゴリズムでの検証。
▪ Bundler によってもたらされる追加の複雑さを排除します。Starknet は、Bundler の役割を果たす Sequencer を指定することでプロセスを簡素化します。
▪ Starknet には、Paymaster のような取引手数料抽象化プロトコルがありません。
▪ Starknet は通常のトランザクションと UserOperations を区別しません。これは、すべての Starknet トランザクションが契約アカウントによってトリガーされるためです。 Ethereum では、Bundler が UserOperation トランザクションを実行しますが、Starknet では、Sequencer がすべてのトランザクションを実行します。
▪ 契約アカウントを展開するにはさまざまな方法があります。
• Starknet は、呼び出す前にコントラクト アカウントをデプロイします。Starknet では、特別なdeploy_account 関数を呼び出して、新しいコントラクト アカウントを作成するために、トークン残高のあるアカウントが必要です。このデプロイされたアカウント コントラクトは、ガスを支払うことができます。
• EIP 4337 は事前の展開を必要としません。Bundler は、initCode パラメータが空ではない UserOperation トランザクションを実行することによって契約アカウントを展開します。展開プロセスにはトークン残高のあるアカウントは必要なく、ガス料金は Paymaster によって支払われます。
• zkSync: zkSync Era はネイティブ アカウント抽象化ソリューションに属しますが、EVM 互換でもあります。
￮プロジェクトの目標: 署名の抽象化 (異なるアカウント契約は異なる署名検証スキームを使用) および支払いの抽象化 (異なるトランザクション支払いモードとトークン形式)
￮ プロセス: ユーザーは署名されたトランザクションをローカルでオペレーターに送信し、オペレーターは検証のためにトランザクションをブートローダーに送信します。検証が完了し、手数料を取得した後、ブートローダーはアカウント コントラクトでexecuteTransactionを呼び出してトランザクションを実行します。
￮ zkSync ソリューションと 4337 の違い:
▪ zkSync は EOA アカウントと契約アカウントを区別しません。
zkSync では、validateTransaction 関数がデプロイされた外部コントラクトを呼び出すことができます: デプロイされたコントラクトは zkSync では不変であるため、Ethereum は、状態変化によってトランザクション検証が通過するのを防ぐために、検証関数が外部コントラクトを呼び出すことを禁止しています。そして、トランザクションの実行は失敗しました。
▪ zkSync は、validateTransaction および Paymaster 呼び出しで、このトランザクション契約アカウントの外部ストレージ (外部契約上の契約アカウントのトークン残高など) を発行できるようにします。これはイーサリアムによって禁止されています。
zkSync、Starknet、および 4337 ソリューションの比較
• 類似点:
￮ zkSync、Starknet、および 4337 の AA メカニズムのプロセスはすべて類似しており、検証フェーズ → 料金メカニズム (アカウント契約またはペイマスターによって支払われる) → 実行フェーズであり、スマート コントラクト ウォレット インターフェイスは validateTransaction とexecuteTransaction に分かれています。
￮ DoS 脅威への直面: zkSync のコントラクト ロジックは、独自のスロットへのアクセスのみを許可し、そのコントラクト ロジックはグローバル変数を使用できません。Starknet のシーケンサーでは、トランザクションをメモリプールに追加してブロードキャストする前に、トランザクションをローカルでシミュレートする必要があります。4337 の UserOperation Gas 制限は、 validateUserOp ステップでは、Paymaster がトークンをステーキングする必要があります。
• 相違点:
￮ ネイティブ AA: zkSync と StarkNet は両方ともネイティブ アカウント抽象化であり、そのアーキテクチャは 4337 とは異なります。
￮ オンチェーンガス消費量: zkSync と StarkNet は両方ともレイヤー 2 であり、ロールアップ料金を考慮する必要があります。
￮ AA を実行する役割は異なります: zkSync アーキテクチャでは、オペレーターとブートローダー (システム コントラクト) が協力してユーザーの操作を完了します; StarkNet では、ユーザーの操作はシーケンサーによって処理され、バンドラーとペイマスターのメカニズムはありません; 4337 では、バンドラーとペイマスターのメカニズムはありませんEntryPoint は連携してユーザー操作を実行します。
￮ アカウント コントラクトが展開される前にトランザクションを送信できるかどうか: StarkNet と zkSync の両方には、ユーザーのアカウント コントラクトを展開できる 4337 EntryPoint のような initCode フィールドがないため、どちらも、アカウント コントラクトを展開する前にトランザクションを送信できません。アカウント;
￮ 外部コントラクトの呼び出し: zkSync では、validateTransaction 関数がデプロイされた外部コントラクトを呼び出すことができますが、4337 も Starknet も呼び出すことはできません。
￮ 給与マスターの検証ルール:
▪ Starknet には支払主がいません。
▪ 4337 Paymaster インターフェイスは、validatePaymasterOp と postOp という 2 つの関数を定義します。前者は Paymaster の支払いトランザクションのロジックを定義し、後者は Paymaster がトランザクションの実行後にガス料金補償を確実に抽出できるようにします。ペイマスターは、（ガス料金を支払うため）エントリーポイントコントラクトにイーサリアムをデポジットし、（ロボットによる悪意のあるバッチ作成を防ぐため）イーサリアムを誓約する必要があります。
▪ zkSync は 4337 に似ています。インターフェイスでは、validatePaymasterOp と postOp という 2 つの関数が定義されています。ロジックは 4337 と同じですが、関数のこの部分はまだ実装されていません。そして、zkSync の Paymaster は、ガスが十分なときに postTransaction を呼び出すまで実行を開始しません。この部分は 4337 とは異なります。4337 は、validatePaymasterUserOp がコンテキストを返さない場合、postOp を呼び出しません。またその逆も同様です。
3. 開発データ
• 要約:
• Ethereum、Arbitrum、Optimism、Polygon は 520,000 を超える ERC-4337 アカウントを展開しており、その 80% 以上は 7 月に作成されたばかりです。
• Polygon と Optimism は、AA 製品の発売を通じて 7 月から 8 月にかけて大幅な成長を達成しました。Polygon は CyberConnect ネットワークの開始によってトラフィックの波がもたらされ、Optimism は Beam ウォレットと ZeroDev によって成長しました。
• Arbitrum と Ethereum はあまり人気がなく、ユーザー操作数は数百から数千にすぎません。
• 現在バンドラーとペイマスターの契約は減少しており、各チェーンは現在 Pimlico や StackUp などのプロジェクトによって独占されています。
データを要約する
• 4337 の人気は 2023 年 7 月に急上昇し始め、その物語は Polygon と Optimism で初めて発表されましたが、この AA ブームの主な推進力はサイバーコネクトです。 Paymaster と Bundler のガスと取引量は大幅に増加し、現在 StackUp、Pimlico、Biconomy が独占を形成しています。
• ERC-4337 EntryPoint 契約は、2023 年 3 月 1 日に正式に展開されました。 2023 年 8 月 30 日の時点で、アカウント抽象チェーン上のユーザーの総数は約 616,000 人で、ユーザー操作の総数は 130 万に達しました。 2023 年の第 1 四半期と比較して、四半期のユーザー オペレーションは 11,837% 増加し、2023 年の第 2 四半期のユーザーの増加率は 27,000% を超えました。
￮ 現在、イーサリアム、アービトラム、オプティミズム、ポリゴンには 4,337 のアカウントが展開されており、そのうち 80% 以上が 7 月から 8 月にかけてポリゴンとオプティミズムで作成されました。ユーザー稼働率は43.9%でPolygonが大きくリードしており、アカウントウォレットユーザーではシェア47%でPolygonが大きくリードしています。さらに、スタックアップは 14 万ドル以上のガス料金を後援しました。
• ペイマスター: 現在、合計 96 人のペイマスターがおり、総ガスコストは約 414,200 ドルです。 2023 年の第 1 四半期と比較すると、第 2 四半期はペイマスターの取引量が 5182% 増加。総ガス量と取引量の増加は、これらの仲介サービスの需要が大幅に増加していることを示しています。
• バンドラー: 現在、合計 1,300 のバンドラーがあり、総収益は約 33,800 ドルです。 8月には約1,000のイーサリアムバンドラーがあり、そのうちスタックアップが 94% (940+) を占める、このコンポーネントの独占を形成します。
ポリゴンデータ
• 現在 340,000 のアカウントと合計 560,000 userop があり、主に今年 7 月の使用量の急増により、440,000 userop がありました。
• 主に CyberConnect ソーシャル ネットワークの開始により、ネットワーク上のすべてのアカウントが ERC-4337 ウォレットになります。続いて Biconomy が 30,000 近くのアカウント展開を提供しています。
• 7 月と 8 月のバンドラーとペイマスターは主に Pimlico によって提供されます。
• Pimlico は、アカウント抽象化の採用を促進するために設計された暗号化インフラストラクチャです。 Pimlico は、バンドラーとペイマスターに包括的なインフラストラクチャを提供することに重点を置きます。
楽観的なデータ
• 現在 150,000 のアカウントと 400,000 の userops があり、8 月の ERC-4337 の使用率と UserOps の数は、主に Beam ウォレット (ユーザーが使用したコインで支払うことができる) の開始により、7 月に比べて大幅に増加しました。ブロックチェーンのネイティブ トークンの代わりに手数料を転送します）と ZeroDev (アカウント抽象化を利用した Web3 アプリケーションを構築するための ERC-4337 上に構築された SDK) です。
• Bundler と Paymasters は主に Pimlico、alchemy、StackUp によって提供されます。
• StackUp の SDK は、ERC-4337 を使用してカスタム Web3 トランザクション プロセスとウォレットを構築できます。
アービトラムデータ
• 現在 2,200 のアカウントと 18,000 の userops があり、7 月と 8 月の増加は主に Zerodev と Biconomy によるもので、残りはほとんどがユーザー テストでした。
• Bundler と Paymaster は基本的に StackUp で構築されます。
イーサリアムデータ
• 現在、アカウントは 339 個、userop は 2,100 個のみです。アカウント部分は基本的に Zerodev によって提供されています。Safe や Biconomy などのプロジェクトによって生成された userop はほとんどありません。残りの UserOps の大部分は、stETH、cbETH、およびリット。
• Bundler と Paymaster は基本的に StackUp で構築されます。
4. AAがもたらすチャンス
Paymaster
• Paymaster は dApp によって展開されるスマート コントラクトであり、指定された UserOperation のガスを支払うために Bundler を通じて Paymaster をトリガーします。そのサービスは (バンドラー サービスと比較して) 比較的集中化されており、コントラクトはオープンソースですが、バックエンドはクローズドです。
• Paymaster は標準化されたサービスであり、独立したプロジェクトを構成することが難しく、Web3 ビジネスにサービスを提供する機能統合として使用できるのは Web2 トラフィックのみです。支払者にとってのビジネスチャンス: 決済トラフィックポータル、自動償還、DeFi ゲームプロジェクトとの統合、決済業界における巨視的に同様のイノベーション。
• Paymaster のイノベーションの方向性は比較的単一ですが、価値獲得の最も安定した部分であり、Web2 ユーザーが Web3 に参入する敷居が低くなります。多くの Web2 組織が Paymaster サービスを導入する可能性があります。
アプリケーションシナリオ
• 法定通貨預金: オフチェーントランザクション (法定通貨の入出金など) を必要とするガスの抽出を提供します。たとえば、ユーザーはクレジット カードを使用して Paymaster サービスに加入し、ガス料金を支払うことを選択できます。
￮ Biconomy と 0x Pass は Transak と提携して法定通貨へのアクセスを提供します。
￮ Argent Vault は Moonpay、Transak、Wyre と提携して法定通貨チャネルを提供し、DeFi プロトコル アグリゲーターを内蔵しています。
￮ Etherspot、UniPass、および Braavos は法定通貨チャネルをサポートします。
• スワップ: ガスの変動を防ぐために、Paymaster をスワップ機能と統合して、特定の時間に合意されたガス料金で支払うことができます。
• ブリッジング: たとえば、MetaMask はサードパーティプロバイダーとの協力を通じてウォレットにクロスチェーンブリッジを統合しており、これらのクロスチェーンブリッジはガス抽象化の支払いコントラクト (Paymaster) とさらに統合できます。
￮Biconomy はクロスチェーンブリッジおよびクロスチェーン通信サービスを提供します。
￮ Etherspot、UniPass、Braavos はスワップとクロスチェーンブリッジをサポートします。
• セッション: セッション キーは Paymaster に統合できます。つまり、ユーザーは、特定の期間、最大ガス、特定のトークンの最大取引量、または特定契約 特定機能等使用例は以下の通りです
￮ フルチェーン ゲームでの使いやすさを実現します。つまり、操作のたびに署名確認を必要とせず、中断することなくゲームをプレイできます。
￮ 確認前に複数の DeFi ポジションを設定する機能。
￮ 毎回確認することなく、チェーン上の複数のフォームに記入します。
￮ 変更をそれぞれ確認することなく、ウォレット/インベントリ内の資産を再配置します。
• 複数形式の支払い: さまざまな形式の統合を通じて、Gas はユーザー側で完全に「見えない」状態にすることもできます。
￮ 開発者への支払い: アプリ開発者は、顧客獲得の手段などとして、ユーザーの料金を簡単に補助できます。
▪ UniPass は独自の Relayer ノードを使用してガスを支払い、将来的には「広告視聴のためのガスフリー トランザクション」モードを追加し、ガスの支払いにクロスチェーン ブリッジの使用をサポートする予定です。
￮ スポンサー料/広告料: 一部の広告主と統合して、ユーザーがビデオを「いいね」する、ツイートを転送するなどのタスクをガスなしで実行できるようにすることができます。
￮ 集中管理機関: たとえば、OKX 取引所と統合し、OKX web3 アカウントと取引所アカウントをバインドすることで、ペイマスターは取引所アカウント残高を差し引くことでオンチェーン アドレスによるガス支払いを支援できます。
￮複数の通貨/方法による支払い: paymaster は、オフチェーンプロセスに関連付けられたガスの抽象化を提供します。ユーザーは、ERC-20 トークン、またはクレジット カードやその他のサブスクリプション サービスなどのオフチェーン支払い方法を使用してガス料金を支払うことができます。
▪ Biconomy は、EIP 4337 と互換性のある独自の Paymaster を実装するだけでなく、ガス支払い用の ERC 20 トークンをサポートする Relayer ネットワークも備えています。
￮自動支払い: VisaはStarkNet上に委任アカウントソリューションを実装し、自己ホスト型ウォレットの自動支払いを可能にします。
￮ カスタマイズされた支払いロジック: たとえば、Stackup ユーザーはガス支払いロジックをカスタマイズすることもでき、Stackup は「従量課金制」モデルを通じてユーザーに請求します。
• エントリーポイントとの組み合わせ: ペイマスターは UserOperation ガスの支払いのためにエントリーポイントコントラクトにイーサリアムをデポジットする必要があり、悪意のあるロボットがペイマスターをバッチで作成するのを防ぐために追加のイーサリアムをエントリーポイントコントラクトに誓約する必要があります。ローンや流動性プールなどのステーキング動作により、Defiプロトコルとの一連の統合の機会があります。
バンドラーと上流と下流
• バンドラー パッケージ取引は複数の利益機会を生み出します。
￮ ガス価格差額の獲得: バンドラーは、複数のトランザクションのガス料金と、送信されたトランザクションのガス価格差額を請求します。RPC およびリレイヤー プロトコルは、バンドラー ネットワークを迅速に構築できます。コントラクト スキャン ツールとセキュリティ監査プロトコルは、バンドラーによって送信されたメモリ プールのセキュリティを保護できます。バンドラー; ただし、バンドラーがトランザクションを選択します 不適切なパッケージ化により、パッケージ化が失敗し、バンドラーの損失が発生します。
￮ Bundler が MEV 流通に参加: Bundler の mempool は MEV 市場参加者と同様の構造を可能にし、長期的には既存の MEV 市場参加者と結合して MEV 株式に対するより長い贈収賄連鎖を形成する可能性があります。 Bundler は MEV および PEV の収入を Searcher、Bundler、Sequncer、さらには Prover と共有します。
￮ プライバシー プール: パッケージングのためにトランザクションをプライバシー メモリ プールに送信します。一部の機関やクジラ ユーザーにはニーズがありますが、規制の圧力に直面しています。
• Bundler の今後の課題:
￮ バンドラーは利益を上げるのが難しい公共財ですが、エコロジーには非常に必要です。現在、公共財に対する成熟したソリューションはありません。商業プロジェクトとして使用される場合、ほとんどのプロジェクト関係者は利益を考慮して民営化することを好むでしょう。 . 中央集権化の脅威につながります。
￮ Nonce 衝突: UserOperation が異なる Bundler によって同時に送信された場合、1 つのトランザクションのみが成功し、他の Bundler はチェーンへのアップロードの失敗により Gas を失います。 AA の大規模な導入前には、疑わしいアカウントを積極的に無効にする以外に適切な移行計画はありませんが、大規模な導入後、一部の P2P ネットワークでは、マーク付けと削除によってそのような問題を最適化できます。
￮ 契約ストレージを変更すると、バンドラーは適切な補償を得ることができなくなります。検証およびオンチェーンプロセス中に、市場の変化により契約ストレージが変更された場合、バンドラーは適切な補償を得ることができなくなります。この問題は詳細すぎるため、現時点で適切な解決策はなく、提案を通じて最適化する必要があります。
バンドラー関連の機会
• ガス料金の差額の獲得: バンドラーは、複数のトランザクションのガス料金と、送信されたトランザクションのガス料金の差額を請求します。RPC およびリレイヤー プロトコルは、バンドラー ネットワークを迅速に構築できます。コントラクト スキャン ツールとセキュリティ監査プロトコルは、バンドラーによって送信されたメモリ プールのセキュリティを保護できます。バンドラー; しかしバンドラーが選択 不適切なトランザクションはパッケージングの失敗につながり、バンドラーの損失につながります。
￮ Relayer サービスの派生: バンドラーの基礎となるロジックは Relayer のロジックと似ており、このタイプのプロジェクトには確立された事例があるため、先行者利益が得られます。たとえば、Chainlink は価格フィードを提供しますが、独自のバンドラー p2p ネットワークを構築することもできます。Layer Zero は、マルチチェーン コントラクトとして、将来的にマルチチェーンの UserOp フロー プールを構築する可能性があります。The Graph のインデクサーには、次のようなユーティリティもあります。収益性の高い UserOps のインデックス作成 (検索)、uniswap も Defi ビジネス向けの UserOp フィラーのバージョンを起動できます。
￮ ブロックチェーン RPC サービス: Rpc は、DAPP をブロックチェーンに接続し、バンドラーの分散化を支援する分散型機能です。たとえば、パブリック チェーン自体、Alchemy や Infura などの集中型サービス プロバイダー、分散型サービス プロバイダーの Pocket Network などによって提供される RPC サービス。
￮ バンドラーのセキュリティ: バンドラーは理論的には任意の数のメモリ プールに参加できますが、ERC は標準化されたメモリ プールのセキュリティのみを保証し、他のメモリ プールのセキュリティは参加者によって個別に評価されます。悪意のあるメモリ プールに追加されると、UserOp パッケージ全体のセキュリティに影響を与えるため、バンドラー プロジェクトは攻撃対策/セキュリティ スキャン メカニズムを追加する必要があります。 CertiK や SlowMist などのプロジェクトは、セキュリティ監査サービスを開始することができ、Cyberscan などの契約アドレス スキャン ツールの機会も提供します。
• バンドラーは MEV 割り当てに参加: バンドラーのメモリプールは MEV 市場参加者と同様の構造を形成し、長期的には既存の MEV 市場参加者と結合してより長い MEV 株式贈収賄チェーンを形成する可能性があります。 Bundler は MEV、PEV (Prover Extractable Value) の収入を Searcher、Builder、Sequncer、さらには Prover と共有します。
￮ バンドラー データ サービス: MEV またはメモリ プール データ分析サービスを提供します。Eigenphi を参照。
￮プライベートオーダープール：新しいdappは、トランザクションサービスを確立しながら、プロトコル固有のブロックリレーレイヤーを構築できます。このプロトコルを使用してユーザーが生成したすべてのトランザクションは排他的なプライベートプールに入り、検索者は裁定取引のための排他的な注文フローを取得するために料金を支払う必要があります。プロトコル層は、検索者がユーザーに支払った料金 (ガスフリー サービスなど) をフィードバックして、より多くのユーザーをプロトコル トランザクションに参加させることができます。
￮ トランザクション オークション サービス: Suave のオークション メカニズムなど: 参加者は、入札を通じて特定のユーザーの意図に対して興味と支払い意思を表明できます; または Cowswap のアグリゲーター メカニズム: バッチ オークションを通じてユーザーに MEV 保護を提供します。 2人のトレーダーがそれぞれ相手が望む資産を保有している場合、外部のマーケットメーカーや流動性プロバイダーを必要とせずに、2人の間で注文を直接決済できます。
￮ Bundler の合意形成: 合意が形成されれば、AA から MEV を抽出する可能性は完全に排除されますが、4337 の Gas や詳細な仕組みはまだ確立されておらず、UserOp の実装の複雑さの方が大きいため、これは解決策は理想的です。
￮ アップストリームの統合: Starkware と flashbot のソリューションを参照して、Bundler は Searcher および sequencer と協力して、チェーン上の一連のサービスをパッケージ化し、トランザクション収益を共有します。
￮ バンドラー ソルバー: UserOp はさまざまな Gas 利益の期待とオンチェーン実行の複雑さをもたらします。バンドラーは独自のトランザクション Gas パラメータとトランザクション プランを策定する必要があり、これはブロック ビルダーがトランザクションを実行する優先順位に影響します。市場のガス価格やガスの変動状況が異なると、バンドラーは異なる MEV パッケージング戦略を持つ場合があります。これらの検証と戦略の計算には、ローカルのハードウェア コンピューティング リソースとブロックチェーン ノード リソースの消費が必要です。したがって、バンドラー用のソルバー ソリューションがある可能性があります。
￮ 新しい検閲防止メカニズムの形成: 現在、UserOperation mempool を crLists (バリデーターに強制的にトランザクションを mempool のブロックに追加させるメカニズム) と組み合わせることができないため、4337 は crLists 検閲防止メカニズムには適用されません。このメカニズムはトランザクションのみに適用されます。ユーザー操作。
￮ RPC サービス: ユーザーにプライベート RPC を提供でき、Flashbot Protect RPC や OpenMEV RPC など、この RPC を介してブロードキャストされるトランザクションがプリエンプトされないことを保証します。
￮ PEV: 証明者はデータでより多くの利益を得ようとし、イーサリアムや他のプロトコル、さらには一部のロールアップ上のデータを、証明のためではなく利益を上げるために使用します。
• プライバシー プール: パッケージ化のためにトランザクションをプライバシー メモリ プールに送信する一部の機関やクジラ ユーザーにはニーズがありますが、規制の圧力に直面しています。
￮匿名プライバシー プール サービス: ポータル ゲートでは、ユーザーが異なるウォレットを使用してプライバシー プールに出入りできるようにし、チェーン上の匿名性とコンプライアンスを維持しますが、チェーンの外で KYC を渡す必要がある場合に限ります。
￮ ダーク プール取引: Renegade は、マルチパーティ コンピューテーション (MPC) とゼロ知識証明に基づいた分散型ダーク プール取引を開発しました。
バンドラーの今後の課題
• Bundler プロトコルはパーミッションレスでモジュール型の公共財であり、オープンソース ソフトウェア自体には明確な収益モデルがなく、Bundler から直接収益を得ることができません。バンドラー オペレーターにはオペレーション プールを公開するインセンティブがなく、プライバシー メモリ プールには集中化のリスクがあります。
￮ Bundler プロトコル自体は収益を上げるのが難しい: オープンソースの Bundler プロトコルは非独占的であり、競争力がないため、RPC エンドポイントはオープン ソース コードをコピーして Bundler を実行します。典型的な公共財として、Bundler は相応の経済的インセンティブを得ることができず、これは Flashbot の現状と非常によく似ています。 Bundler プロトコルはまだ初期段階にあり、UserOperation の検証と実行にはできるだけ多くの Bundler の参加が必要であり、より分散化を図る必要があるため、継続的な最適化が必要です。
￮ バンドラーの一元化: 現在、バンドル プログラムを実行するためのアプリケーション プログラム インターフェイス サービスを提供しているプロジェクトはわずかであり、これも 4337 の一元化につながりました。将来的には、Bundler が先行者利益により独占を形成する可能性があり、これにより中央集権化の脅威も強化されるでしょう。
￮ Bundler は Op プールを公開しません: 現在、Bundler の公開プールから収益を返すメカニズムはありません。Bundler はサービス料金を得るためにプライベート プール内のトランザクションに依存しており、トランザクション プールを公開するインセンティブがありません。パブリック プールの容量を保証することはできず、DDoS 攻撃や MEV 攻撃に直面する可能性があります。技術的なアーキテクチャ、経済的利益、流通モデル、その他の側面から見て、オープンな Op プールはまだ準備ができていません。
• ナンスの衝突によりトランザクションが失敗します。
￮ UserOperation が異なる Bundler によって同時に送信された場合。その場合、1 つのトランザクションのみが成功します。つまり、1 つのバンドラーのみが EntryPoint からガス料金を受け取り、他のすべてのバンドラーはオンチェーンの障害によりガスを失います。
￮ AA が大規模に採用される前に、UserOperation の送信者または IP アドレスを積極的に無効にすることができますが、これはユーザーに偶発的な損害を与え、根本原因ではなく症状を治療することになります。より良い移行計画が依然として必要です。
￮ AA の大規模導入後の解決策の 1 つは、p2p ネットワークの導入であり、例えば、Skandha バンドラー クライアントを開発した Etherspot は、mempool p2p ネットワークを開発しています。
￮ バンドルされるのを待っている UserOperations は、この p2p ネットワーク内で送信され、バンドルされてオンチェーンで処理されると、マークが付けられ、リストから削除されます。
• コントラクトストレージを変更すると、バンドラーに損失が発生します。
￮ オンチェーンでの検証および実行のプロセス中に、ユーザーがコントラクトのストレージまたは関連するコントラクトのストレージを変更し、バンドラーが十分な補償を取得できなくなる可能性があります。
￮ たとえば、ユーザーが送信した UserOp が 1 eth のガスを消費し、この時点での eth の価格が 1000 u で、ユーザーのアカウントに 1000 u がある場合、Paymaster は 1000 u をガスの支払いとして差し引くことになります。その後、バンドラーがオンチェーン処理を実行し、その際にユーザーに代わって1イーサが支払われましたが、トランザクションが認証された直後、チェーンが完了するまでの隙間で、一気に2000イーサまで高騰しました。 u. バンドラーは依然として eth ガスを支払いましたが、検証に合格したため、ユーザーは前のロジックに従って 1000u を支払うだけで済み、バンドラーは 1000u の純損失を被ることになります。オラクル契約は上記の関連契約であり、価格変更はストレージの変更です。
AAとNFT
• AA はユーザーエクスペリエンスを向上させ、NFT 市場へのユーザーの参入を促し、市場の監視と取引をより自動化します。
• ERC-6551、NFTはフルチェーンゲーム、DID、ミドルウェアを統合します：ERC-6551は4337の基礎となるロジックに似ており、NFTは他のNFTを統合および管理するためのウォレットとして機能します。フルチェーン ゲームでは、マルチチェーン + トレード可能な機器アカウントのゲーム エクスペリエンスを完成させるために、ERC-6551 のコンポーザブル バージョンが必要です。
• 機能: ウォレットの回復、ガスフリー取引のサポート、アカウント取引。
• 市場監視とデータ分析: 追跡インジケーターの実装、コイン鋳造時間の計測、下限価格の分析など、特定の条件が満たされた場合に自動的に取引します。
• フルチェーンゲームとNFTの統合がより緊密になる可能性があります。マルチチェーンのオープンワールドが可能になり、ユーザーアカウントが1つのゲームまたは1つのチェーンに制限されなくなり、ゲームアカウントを転送することもできるため、ゲームNFTも作成される可能性があります。口座取引市場。
• DID およびミドルウェアとの統合: ERC 721 トークンはユーザー アカウントとして機能し、譲渡可能です。同時に、NFTはミドルウェアアーキテクチャと統合してカスタマイズすることもできます。
￮ たとえば、サイバーコネクトの CyberID は ERC-721 トークンであり、サイバーコネクト ネットワーク内の一意のアカウント ハンドルを表します。 CyberID は永久的な所有権を意味するものではなく、需要ベースの料金モデルで動作し、ユーザーが更新を忘れた場合、CyberID はオークションに掛けられます。
￮ CyberGraph は、ミドルウェア アーキテクチャを通じてロジックをカスタマイズするスペースも開発者に提供します。たとえば、DApp が BAYC コミュニティ用のソーシャル ネットワークを構築したい場合、BAYC 保有者のみが特定のコンテンツ NFT を鋳造できるように設定できます。
• はじめに: ERC-6551 は、すべての ERC-721 トークンにスマート コントラクト アカウントを提供します。これらのアカウントは、ERC-721 トークンが ERC-20、ERC-721、ERC-1155 などのさまざまな資産を所有できるようにするだけでなく、 ERC-721 トークンはさまざまなアプリケーションと対話できます。
• DID の譲渡可能性の実現：すべてのユーザーの DID または関連資産を NFT に譲渡することができると同時に、資産やアイデンティティの譲渡可能性を実現し、NFT が資産を保持できるようにするプロトコルです。つまり、NFT はあなたの ID であり、この ID でいくつかの資産を所有できます。
• ユーティリティ: ERC 6551 は、AA の普及に大きく貢献したプロトコルであり、基礎となるロジックは似ています。
￮ AA アカウントに NFT 関連の認証方法を実装するのと同様に、転送リクエストを開始するキーがイーサリアム アドレスであり、そのアドレスに事前登録された NFT がある場合、認証に合格し、アカウントのロックを解除できます。 NFTゲーム装備を装着するロジックを「キャラクターNFTのバインドアドレスに装備NFTを転送する」に変更することができます。
AAとソーシャルとゲーム
• ソーシャル トラックは、ユーザー数と運用の複雑さのため、かつては「ゴーストタウン」と考えられていましたが、4337 の抽象化により、多数の新規ユーザーを獲得し、アイデンティティ インフラストラクチャの最適化が大幅に改善されます。使いやすさ、フルチェーンゲーム運用の敷居の低さ、アカウントモデルの最適化により、これまで難しかったアカウントの売買が可能になります（ERC 6551など）。さらに、マルチチェーン アカウント システムは、より大きなマルチチェーンの世界観を生み出すのに役立ち、ソーシャル ネットワーキングとフルチェーン ゲームが将来のトレンドの 1 つになるでしょう。
• ID インフラストラクチャ:
￮ 社会的回復: 最も基本的な機能として、各 4337 社会的プロトコルのアカウントに統合されます。
￮ID 登録: サイバーコネクトによって開始された V3 バージョンなど、電子メールまたは電話番号によってスマート コントラクト ウォレットを登録できます。
• マルチチェーン アカウント システム: たとえば、CyberConnect の ID アカウントはマルチチェーンの多用途性を備えており、アカウントの抽象化を使用してネットワーク スイッチングの複雑さを排除し、ユーザーのしきい値を下げます。
• ゲーム体験を最適化:
￮ バッチ操作: セッション キーを使用してバッチ トランザクション処理や署名の委託などを実現でき、操作のしきい値が下がり、1 つの署名だけで電話を切ってゲームをプレイできるシナリオが実現します。
￮ より多くのゲーム形式: より多くのステップを伴う戦略ゲームは、複数のシグネチャに悩まされることがなくなり、より大きなマルチチェーンの世界観が可能になり、フルチェーン ゲームの複雑さと面白さがさらに向上します。
5.AAとインテントの関係
意図の本質と分類
• 本質的に、意図は AA と必要な拘束関係を持ちません。インテントは本質的にユーザー エクスペリエンス層におけるイノベーションであり、ユーザーのニーズをより適切かつ迅速に理解して分解し、それらを 1 つ以上の UserOperations に変換することであり、AA はバックエンドの最適化、ユーザー指示のより適切な実行です。
• インテントは、特定の目標に向けて最適な操作ルートを見つけるプロセスです。これまでは、Intent は単純な要件になる傾向がありましたが、将来的には、複数の条件、複数のステップ、複数の実行環境、さらには AI エージェントの導入など、複雑な問題を形成する可能性があります。
• 例 1: Telegram ボットは典型的な Intent イノベーションですが、バックエンドは引き続き EOA ウォレットを使用するため、ユーザー エクスペリエンスには影響しません。
• 例 2: 「イーサリアムを 1,000 ドルで購入したい。」ソルバーは、どのチェーン、どの dex、スリッページ ブロック時間、その他のパラメーターを設定するかを計算し、対応する UserOperation を生成する必要があります。バックエンドは EOA、MPC、または AA ウォレットにすることができます。 。
• 例 3: 1inch の DEX アグリゲーターなど、「インテント」ナラティブの前身となるプロジェクトがすでにいくつかあります。ユーザーは入力量とスリッページ許容値を指定するだけで済み、後は契約者が最適な操作を見つけられるようにするだけです。 Flashbot オークションでのトランザクションのペア シーケンシャル優先順位も「検索者の意図」の一種です。将来の意図はさらに多くの形をとります。
• インテントの分類:
￮条件付きインテント: 1 つ以上の条件が満たされた場合に操作を実行します。これは「if ステートメント」として理解できます。特定の条件が満たされた場合、金融におけるストップロス動作など、特定の動作が実装されます。
￮ 継続的意図: 反復的な操作の必要性を表します。連続サイクルの特定の期間またはシーンに達すると、毎月の固定投資などの特定の行動が実行されます。
￮ マルチステップ インテント: 1 つのインテントが解決された後、1 つまたは複数の新しいインテントが開かれ、ステート マシンとみなすことができます。各トランザクションが前の状態から新しい状態に遷移するときに、特定の動作が実装されます。移行する新しい状態は、前の状態で定義された条件によって異なります。たとえば、「イーサリアムを購入したい場合、価格がxxより低い場合は購入してウォレットに転送します。価格がxxより高い場合は、自動的に裁定取引の機会を探します。」
￮インテント グラフ: 関連する意図のセットによって形成されるパス。意図間の関係は、ガバナンスの結果など、さまざまな条件下で特定のトークンを売買する意図をユーザーが表明するなど、入れ子になったインテント グラフを形成できます。提案、特定のブロックのマイニング、市場価格の増減。
AA により意図がより効率化される
• インテントの機会: オペレーターは署名の数を減らし、ユーザー エクスペリエンスを向上させることができます。アプリケーション側は、意図のナラティブに基づいて新しいインフラストラクチャ、新しい言語、新しいソリューションの形式を形成できます。これは、将来最も可能性のあるユースケースの 1 つです。機会には主に次の側面が含まれます。
• 1) 中間インテント プールまたはインテント パブリック チェーン: インテント ベースのアプリケーションには、スマート コントラクトと対話するための新しいメッセージ形式だけでなく、代替メモリ プールの形式での配布およびカウンターパーティ検出メカニズムも含まれます。 2) ソルバーの多様な実装パス：短期的には既に比較的成熟した各種スーパースマートコントラクトをまず統合し、長期的にはより自由度の高いAIが最も理想的な形となるが、これを実現することは非常に困難である。実装; ソルバーは最初のチェーンをもたらします 前処理してからチェーンにアップロードするという新しいパラダイムは、一部の自動化プロトコル (Uniswap X など) にとって有益です; 現在、ZK コプロセッサ Axiom はプライバシー ソルブのデモとして使用できます。 3) 意図を表現するための新しい言語: Juvix と Essential はすでに存在しますが、このようなプロジェクトを最初に開始することが重要であり、ユーザーはそれらに対する信頼を事前に構築する必要があります。 4) ウォレット統合入口: 目的層構築の端として、その戦略的地位が大幅に向上し、さまざまなプロトコルとの統合により、最大のトラフィック入口になることが可能になります。
• 中間インテント プール: インテントはユーザーからパーミッション/パーミッションレスおよびパブリック/プライベート インテント プールに流れ、マッチメーカーによってトランザクションに変換され、最終的にはパブリック メンプールに送られるか、MEV Boost スタイルのオークションを通じて直接オンチェーンに送られます。これらのインテント プールは、カスタマイズ可能な権限を備えたプライベートまたはパブリックにすることができ、インテント リゾルバーは利益を得るために最適な注文執行と価値抽出を目指して競合します。
￮ パーミッションレス インテント プール: システム内のさまざまなノード間でインテントを伝播できるようにし、実行者にパーミッションレス アクセスを提供します。ただし、DoS 脅威や MEV の問題が発生する可能性があります。
￮ 許可されたインテント プール: 信頼できる集中型インテント プールは DoS に対する耐性が高く、高信頼モデルは MEV の懸念を軽減し、適切な実行を保証するためのインセンティブを提供することもできます。ただし、強力な信頼の前提には、ブロックチェーンの精神と矛盾する部分があります。
￮ハイブリッド インテント プーリング: アクセス許可の伝播は可能ですが、実行にはアクセス許可は必要ありません (信頼前提が維持されると仮定)。このシナリオの一般的な例は次のとおりです。注文の流れオークション。
• インテント パブリック チェーン: 独立したインテント レイヤーを構築すると、MEV の隠れた危険性がさらに集中します。
￮ Anoma と Flashbot SUAVE は、ユーザーが署名されたインテントを伝播ノードにブロードキャストできるインテント伝播レイヤーを構築しています。
• ソルバーの多様な実装: スーパー スマート コントラクト、AI、プライバシー、オフチェーン前処理の新しいパラダイム。
￮ コントラクト統合スマート コントラクト: 短期的に実装されました。このソリューションは統合が容易で、現在のスマート コントラクト ウォレット パスに似ています。CoW プロトコルは、トレーダーとソルバーがトラストレスで効率的なポイントツーポイントを実現するためのネットワークを構築します。ポイント トランザクション。Zerion、Bprotocol、Instadpp も同様の統合を行っています。
￮ オフチェーン前処理とオンチェーンを組み合わせた新しいパラダイム：オフチェーン前処理環境が成熟して安定した後は、Uniswap X に似た自動 DeFi プロトコルが DeFi トランザクション ハブになる可能性があります。 「オフチェーン」前処理は、既存のスマート コントラクト フレームワークの構造化された意図の拡張とみなすことができる一連のソルバー前処理メカニズムであり、ロールアップと同じ考え方です。
￮ プライバシーのニーズ:
▪ 悪意のある攻撃を防ぐために、ユーザーは意図した情報の一部を非表示にしたい場合があります。現在、ZK コプロセッサ Axiom はプライバシー解決のユースケースとして使用できますが、このトラックにはまだ成熟したソリューションがありません。
▪ 計算可能な情報をチェーン上でプライベートに保つことは技術的に困難です。TEE、ZKP、およびその他のソリューションは適応性が未熟/不十分です。
▪ 現在の ZK コプロセッサ コプロセッサは、ZK を使用して計算結果を検証しながら、複雑な計算をイーサリアムからオフチェーンに移行する ZK ソルブのデモと考えることができます。代表的なプロジェクトとしてはAxiomやhyperoracleがあり、現在は履歴ブロック情報やアカウントストレージ内の履歴情報を検証することができます。
• AI 自動実行は、AI 統合ウォレットエントリーと AI と UserOp 直接結合の 2 つのアイデアに分かれています。
￮AI統合ウォレット入口、共通AI最適化財務管理、AIパーソナルアシスタント。
￮AIはUserOpと直接結合しており、AIが要件を解決して最適なUserOpを生成した後、AAはUserOpを実行する責任を負います。
￮ 上記はいずれも高度なAI開発が必要です。その背後にある対応する要件は、迅速な意味理解機能、リアルタイム コンピューティング機能、推論機能、オンチェーン情報の更新、およびマルチチェーン通信仕様です。
￮ 競合他社は、Siri、GoogleAssist、ChatGpt クライアントなどである可能性があります (その背後にある前提は、Apple の携帯電話が将来最も重要なウォレットになるということです)。
• 意図を表現するための新しい言語: プライバシーを考慮した意図表現言語の設計など。
￮ Juvix は、プライバシーを重視した分散型アプリケーションを作成するためのオープンソースの進化する関数型言語です。これにより、開発者は WASM にコンパイルしたりパススルーしたりできる高レベルのプログラムを作成できます。VampIRイーサリアム上で使用する回路としてコンパイルTaiga個人的に演奏する。
￮ Essential は、インテントを表現するためのドメイン固有言語 (DSL)、インテント指向のアカウント抽象化のためのイーサリアム標準、およびモジュール式インテント レイヤーを作成することです。
• ウォレットは真のフロントエンドの入り口になる可能性があります: インテントは本質的にオフチェーンの前処理ブラックボックスです。ウォレットはインテント層の構築エンドとして使用できます。その戦略的地位は大幅に高まります。排水インフラストラクチャになる可能性があります。」 DeFiプロトコルの参入により、さまざまなエコシステムが誘致され、ユーザーは手数料の一部を請求して利益を上げることもできます。
ウォレットとエントリーの機会
• インテントバックエンドは従来の EOA および MPC ウォレットを統合できます。
• スマート コントラクト ウォレットとサポート SDK は、Bundler や Paymaster などのコンポーネントと後方統合でき、これはレッド オーシャンですが、インテントと組み合わせたウォレットとして、多くのイノベーションの機会があります。トランザクション アプリケーションとクロスチェーン アプリケーションの両方で、エントリ ポイントの多様化 (自動化、複数のソリューションなど) によるエクスペリエンスが向上します。
• 従来のウォレットの統合: Telegram ボットは典型的な Intent イノベーションですが、バックエンドはユーザー エクスペリエンスに影響を与えない EOA ウォレットを使用しており、秘密キーをボットに渡す必要があるため、アカウント盗難のリスクが伴います。将来的には、AA を使用して、より多くのインテリジェンス管理を実現できます。ユーザーが要件を提示すると、ソルバーがどのチェーン、どの dex、スリッページ ブロック時間、その他のパラメーターを計算し、対応する UserOperation を生成します。バックエンドは EOA、MPC、および他の財布。
• スマート コントラクト ウォレットとサポート SDK: 通常、Bundler、Paymaster、Wallet Factory などの独自のコンポーネントを構築します。このトラックはレッド オーシャン市場です。たとえば、ソーシャル リカバリやモジュール化は、現在ほとんどのコントラクト ウォレットの既存の機能ですが、将来的には、トラックをインテントと組み合わせることができ、さまざまなイノベーションの機会が得られます。
￮ 社会的回復: さまざまな役割から選択できます。
▪ Web2 サービス プロバイダー: たとえば、ウォレット ユーザーのソーシャル メディア アカウント。通常は OAuth (Open Authorization) 標準を実装することによって実装されます。たとえば、Argent は信頼できる連絡先または別のデバイスに基づいて回復を実行できます。
▪ ユーザー デバイス: ブラウザ ストレージやモバイル ストレージなど。
▪ 電子メール: たとえば、署名を送信する電子メール リンクをクリックすることによる承認。たとえば、UniPass はソーシャル リカバリに電子メールを使用でき、ゼロ知識証明を使用してチェーン上のユーザー情報を鈍感にすることもでき、Soul Wallet はソーシャル リカバリのためにチェーン上の保護者の電子メール アドレスを検証できます。
▪ マルチ署名: ユーザーは、個人所有の複数の EOA またはスマート コントラクト ウォレットをガーディアンとして設定できます。たとえば、BLS ウォレットとアージェントは、マルチ署名テクノロジー (マルチシグ) を使用して、ユーザーが指定した複数の EOA アドレスを通じてキーの回復を実行します。
MPC: ユーザーは秘密キーを複数の共有に分割できます。各共有は、完全なキーを明らかにすることなく、MPC ネットワーク内のノードによって制御されます。たとえば、Web3 Auth の MPC サービスは、ソーシャル ログイン、ユーザー機器、およびその MPC ノード ネットワークなどのガーディアンのために、ユーザー キーを複数の共有に分割します。製品ロジックは完全にオフチェーンで実装されており、完全な秘密キーを保存する保護者は存在しません。
￮ モジュール性: Argent、Candide、Soul Wallet、Gnosis Safe、zeroDev はすべてモジュール機能を備えており、4337 インターフェイスに追加できます。
IOS
Android