# イーサリアムのアカウントの抽象化の歴史と未来を深く分析する## イントロダクション本文は二つの大きな部分に分かれています:第一部は2015年の最初のAA提案から始まり、システムはこれまでのEIP提案の主要内容を整理し、AAの歴史的提案の発展過程を振り返り、各提案の長所と短所を総合的に評価します。第二部では、EIP4337の導入後に遭遇した市場の低迷に対するフィードバックを重点的に比較し、次のイーサリアムのバージョンアップに組み込まれるEIP7702を深く分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。EIP-7702は画期的な意義を持ちます。詳しく探ってみましょう。## 1. アカウントの抽象化の背景### 1.1 アカウントの抽象化の意義の定位イーサリアムの創始者Vitalikは2023年末にETHのロードマップを更新する際、アカウントの抽象化の設定は変更されていない。現在の主流モードはEIP-4337から次の段階へと進んでいる: 自発的にEOAアカウントに移行すること。EIP4337が発表されてから1年が経過した後、(の2023年3月1日にデンバーのWalletConで正式に発表されました)。この提案はユーザーから広く支持されましたが、広く使用されていません。この矛盾した市場環境の中で、EIP-7702の進捗が大幅に前倒しされ、次回のアップグレードで統合されることが確定しました。### 1.2 アカウントの抽象化の市場現状 一年半の発展を経て、EIP4337は主流チェーン上に1200万のアドレスがあります。その中で、イーサリアムのメインネットには6,764のアクティブアドレスしかなく、EOAやCAのアドレス数とは大きな差があります。イーサリアムのメインネットの独立アドレス数は2.7億に達しており、EIP4337はメインネット上でほとんど実質的な発展がないことがわかります。しかし、これはAAの本質的な価値に影響を与えません。EIP4337の設計は、メインネットの前方互換性の問題をうまく解決することが難しいことを意味しています。さまざまなL2チェーンがAAをネイティブに組み込むにつれて、EIP4337アドレス数はL2で急増し、その中でBaseとPolygonチェーンの7月の月間アクティブユーザーはそれぞれ100万人と300万人に達し、かなりのものでした。したがって、EIP4337の設計は誤りではなく、多くの利点があります。現在の状況は、メインネットとL2の違いに起因しており、それぞれに適したソリューションが必要です。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈](https://img-cdn.gateio.im/social/moments-cecbf67df71971d38b0a927be5e4c4d90192837465674839201## 2. アカウントの抽象化とは?アカウントの抽象化は本質的に所有権の分離問題を解決します。EVMアーキテクチャには2種類のアカウントがあります: 外部アカウント)EOA(と契約アカウント)Contract Account(。外部アカウントの所有権と署名権は同一のエンティティによって保持されます。秘密鍵を持つ者は、アカウントの「所有権」を持つだけでなく、「すべての資産の移転に署名する権利」を持っています。これはイーサリアムアカウントの取引構造によって決定されます。取引構造から見ると、イーサリアムの標準取引にはFromフィールドがありません。資金の転送時に、具体的にどのアドレスの資金を消費するかはVRSパラメータ)ユーザー署名(から逆解析してFromアドレスを取得します。これはECDSAなどの非対称暗号および一方向閾値関数などの概念に関係しており、詳細には説明しません。要するに、これにより暗号学が安全性を保証し、現在のEOAアドレスの所有権統合の窮状を引き起こしています。EIP4337の核心的な効果は、トランザクションフィールドにSender Addressを追加することによって、プライベートキーと操作対象のアドレスを分離することです。所有権の分離がこれほど重要な理由は、外部アカウント)EOA(の設計がより多くの問題を引き起こすからです:1. 秘密鍵の保護が難しい: ユーザーが秘密鍵を失うと、すべての資産を失うことになります。2. 署名アルゴリズムが少ない: ネイティブプロトコルは、トランザクションを検証する際にECDSA署名と検証アルゴリズムのみを使用できます。3. サイン権限が高い: ネイティブマルチシグ)のマルチシグはスマートコントラクトを通じてのみ協力を実現でき(、シングルサインであれば任意の操作を実行できる。4. 取引手数料はETHでのみ支払うことができ、バッチ取引には対応していません。5. 取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。これらの制限は、一般ユーザーがイーサリアムを使用するのを難しくしています:まず、イーサリアム上の任意のアプリを使用するには、ユーザーはエーテル)を保有し、価格変動リスク(を負わなければなりません。次に、ユーザーは複雑な手数料のロジックを処理する必要があります。Gas price、Gas limit、取引のブロック)Nonceの順序(などの概念は、ユーザーにとってあまりにも複雑です。最後に、多くのブロックチェーンウォレットやアプリが製品の最適化を通じてユーザー体験を向上させようと試みていますが、その効果はほとんどありません。したがって、解決策はアカウントの抽象化を実現し、全ての所有権)Owner(と署名権)Signer(をデカップリングすることにあり、これにより上記の問題を徐々に解決していきます。歴史的に多くの提案があり、最終的に2つのルートに集約されました。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-65d1ef9656425666ee30c38bbb63e769(## 3. AAヒストリカルプロポーザルコンテクストコーミング問題の解決策は多くのEIP提案があるように見えますが、根本的には2つの核心的な考え方に集約されます。過去に通過しなかった各EIPが考慮した問題は、現在の提案の突破点に集約されています。) 3.1 第一種ルート: EOAアドレスをCAアドレスに変える2015年11月15日、ヴィタリックはEIP-101に関して、アカウントとして契約を新たな構造として提案しました。アドレスをコードとストレージスペースのみのものに変更し、手数料のサポートをERC20で行うようにし、プリコンパイルされた契約を通じてネイティブトークンをERC20のようなものに変更して残高###を保持できるようにし、代わりに権限を取得する機能(を持たせ、取引フィールドをto、startgas、data、codeのみに簡素化しました。今のところ、これは大躍進的な変革であり、基盤設計を大幅に変更し、各アカウントアドレスが自分自身の「コード」ロジック)を持つことを可能にします。まさに今、EIP-7702が実現しようとしている効果(です。さらに他の機能を派生させることができます。例えば:1. 取引により多くの暗号アルゴリズムを使用でき、各アドレス内部のコードによって署名検証認証方法が指定される。2. 耐量子攻撃特性を持っているため、コードはアップグレード可能です。3. イーサリアムをERC20契約と同様の機能特性を持たせることで、核心的な効果は代金の引き落としの許可を持ち、ネイティブコインを消費する必要がないことです。4. アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キーリカバリーなどに対応します。未能続ける理由は非常に簡単で、明らかに歩みが大きすぎ、現在の取引ハッシュ衝突問題やセキュリティリスクに対する考慮が不十分であったため、ずっと保留されていました。しかし、すべての利点の理念は、後続のEIP4337およびEIP7702のコア機能の一つとなりました。その後、この論理を改善しようとする一連のEIPがありました:EIP-859:メインチェーンアカウントの抽象化)2018-01-30(Codeのデプロイ問題を解決しようとしています。核心的な役割は、取引先の契約がデプロイされていない場合、取引に付随するcodeパラメータを使用して契約のウォレットをデプロイすることです。次に、新しいPAYGASオペコードが提案され、ガスの支払いのほかにも、取引パラメータの検証部分と実行部分の区切りとして機能します。当時は無事に終わらなかったが、これが現在のEIP7702の核心ロジックの一つとなった。EIP7702の各取引は特殊な取引構造を組み合わせており、一定のコードを添付することができるため、今回の取引においてEOAアドレスがコントラクト機能を持つことができる。EIP-7702:EOAアカウントコードの設定)2024-05-07(これは本文の後続の議論メカニズムの核心EIPでもあります。VitalikはEIP-7702をEIP-3074の代替案として発表しました。したがって、EIP-3074は廃止され、EIP-7702は今後のETH Prague/Electra)Pectra(ハードフォークに組み込まれることが決定されました。具体的な内容については下文で展開します。) 3.2 第二のルート: EOAアドレスがCAアドレスを駆動させるEIP-3074: AUTH および AUTHCALL オペコード ###2020-10-15( を追加EVMに新しいOpCodes AUTHとAUTHCALLを追加し、EOAはこれらのopcodeを介して契約がEOAのアイデンティティを代わりに使用して他の契約を呼び出すことを許可します。概括すると、EOAは署名済みのメッセージ)を取引(として自分が信頼するコントラクト)に送信でき、そのコントラクトはInvoker(と呼ばれます。このInvokerコントラクトは、AUTHおよびAUTHCALLオペコードを利用して、このEOAの代わりに取引を発行することができます。EIP-4337:トランザクションメモリプールを使用してアカウントの抽象化)2021-09-29(MEVからインスパイアを受けて設計されており、その核心的な価値はコンセンサス層プロトコルの変更を完全に回避できることです。EIP4337は、新しい取引オブジェクトUserOperationを提案しています。ユーザーはこのオブジェクトをメモリプールに送信し、bundlersがマイナーの観点から一括してパッケージ化して契約実行取引を提供します。本質的には、基盤となる取引とアカウントの運用を契約レベルで実行することを意味します。EIP-5189:背書者によるアカウントの抽象化)2022-06-29(これはEIP4337のロジックの最適化であり、資金罰金の裏付けエンドーサーメカニズムを構築することで、悪意のあるBundlerのDoSブロッキング攻撃を防ぎます。) 3.3 AAをサポートするためのその他の提案EIP-2718:新しい取引タイプのラッパー###2020-06-13(これは最終的に確定した提案であり、将来新たに追加される取引タイプの封筒として、新しい取引タイプを定義しています。最終的な効果は、新しい取引タイプを導入する際に、特定のコーディングを通じてどのタイプの取引であるかを区別し、後方互換性を持たせるだけで前方互換性を必要としないことです。最も一般的な例はEIP1559で、これは取引手数料を区別し、新しい取引タイプのコーディングを使用し、元のレガシー取引タイプには影響を与えません。EIP-3607:EOAアドレスがコントラクトをデプロイできない)2021-06-10(これはAAパス上の補足プランで、契約デプロイ先アドレスとEOAアドレスの衝突を防ぐためのものです。それは契約生成方法を制御し、システムがすでにEOAアドレスであるアドレスにコードをデプロイすることを許可しないようにします。このリスクは実際には非常に小さいです。結局、イーサリアムアドレスは160ビットの長さがあり、指定された契約アドレスの秘密鍵を衝突させる方法が存在しますが、ビットコインの全算力を投入した場合でも、推定で1年の時間が必要です。) 3.4 アカウントの抽象化の発展の歴史をどのように理解すればよいですか?まずCAに変換された価値を理解する必要があります。基本的にはEIP-4337の実際の効果で、これを実現できます:- ソーシャルリカバリー- サインの集約- バッチ取引- 対DOS攻撃- お客様に代わってガス料金をお支払いください- ERC20ガス代の支払い- 支払プリコンパイル契約- ガス不要の送金- 権限管理- 取引制限- アップグレード可能なウォレット- サンドボックス実行環境しかし、EIP-4337の核心的な欠点は人間の動機の原則に反していることです。それはより良く見えますが、市場の発展のデッドロックに陥っています:Dappはまだ多くが互換性がなく、ユーザーはCAアドレスを使用したがらず、さらにはCAを使用すると取引コストが高くなる###通常の送金シーンでは、取引手数料も2倍になります(、Dapp自体の互換性に依存しすぎています。したがって、イーサリアムのメインネットでは、これまで普及していません。コストはユーザーにとって最も重要な指標であり、コストを削減する必要があります。しかし、GASを真に削減するためには、イーサリアム自体がソフトフォークアップグレードを行い、GAS計算やオペコードのGAS消費などのモジュールを修正する必要があります。ソフトフォークを行うのであれば、なぜEIP-7702を直接考慮しないのでしょうか？! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-3503a168bb61430839419efb40e130de(## 4. EIP-7702 は完全に解析されます) 4.1 EIP-7702とは何ですか新しい取引タイプを通じて区別され、EOAが単一の取引で一時的にスマートコントラクト機能を持つことを可能にし、ビジネス上のバッチ取引、ガスなし取引、カスタム権限管理などをサポートします。また、新しいEVM opCode###を導入することなく、後方互換性(に影響を与えることはありません。それはユーザーがスマートコントラクトを展開することなく、大部分のAA能力を得ることを可能にし、さらには第三者がユーザーの代わりに取引を開始する能力を提供することさえでき、ユーザーは秘密鍵を提供する必要はなく、署名された承認情報のみを提供すればよい。) 4.2 データ構造それは新しい取引タイプ0x04を定義しており、その取引タイプのTransactionPayloadは以下の内容のRLPエンコードされたシリアライズ結果です:rlp###[ chain_id、 ノンス, max_priority_fee_per_gas、 max_fee_per_gas、 ガスリミット、 行き先 価値 データ、 アクセスリスト, authorization_list、 signature_y_parity、 signature_r、 signature_s](重要なのは、authorization_listオブジェクトが新たに追加され、署名者がそのEOA内で実行したいコードを保存することです。ユーザーは取引に署名する際、実行する契約コードにも署名します。これは二次元リストとして存在し、複数の操作情報を一括で保存できることを示し、一括操作を実行します。authorization_list = [[chain_id, 住所, nonce, y_parity, r, s], ...]) 4.3 トレーディングライフ
イーサリアムアカウントの抽象化の発展史：EIP4337からEIP7702への重大な変革
イーサリアムのアカウントの抽象化の歴史と未来を深く分析する
イントロダクション
本文は二つの大きな部分に分かれています:
第一部は2015年の最初のAA提案から始まり、システムはこれまでのEIP提案の主要内容を整理し、AAの歴史的提案の発展過程を振り返り、各提案の長所と短所を総合的に評価します。
第二部では、EIP4337の導入後に遭遇した市場の低迷に対するフィードバックを重点的に比較し、次のイーサリアムのバージョンアップに組み込まれるEIP7702を深く分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。
EIP-7702は画期的な意義を持ちます。詳しく探ってみましょう。
1. アカウントの抽象化の背景
1.1 アカウントの抽象化の意義の定位
イーサリアムの創始者Vitalikは2023年末にETHのロードマップを更新する際、アカウントの抽象化の設定は変更されていない。現在の主流モードはEIP-4337から次の段階へと進んでいる: 自発的にEOAアカウントに移行すること。
EIP4337が発表されてから1年が経過した後、(の2023年3月1日にデンバーのWalletConで正式に発表されました)。この提案はユーザーから広く支持されましたが、広く使用されていません。この矛盾した市場環境の中で、EIP-7702の進捗が大幅に前倒しされ、次回のアップグレードで統合されることが確定しました。
1.2 アカウントの抽象化の市場現状
一年半の発展を経て、EIP4337は主流チェーン上に1200万のアドレスがあります。その中で、イーサリアムのメインネットには6,764のアクティブアドレスしかなく、EOAやCAのアドレス数とは大きな差があります。イーサリアムのメインネットの独立アドレス数は2.7億に達しており、EIP4337はメインネット上でほとんど実質的な発展がないことがわかります。
しかし、これはAAの本質的な価値に影響を与えません。EIP4337の設計は、メインネットの前方互換性の問題をうまく解決することが難しいことを意味しています。さまざまなL2チェーンがAAをネイティブに組み込むにつれて、EIP4337アドレス数はL2で急増し、その中でBaseとPolygonチェーンの7月の月間アクティブユーザーはそれぞれ100万人と300万人に達し、かなりのものでした。
したがって、EIP4337の設計は誤りではなく、多くの利点があります。現在の状況は、メインネットとL2の違いに起因しており、それぞれに適したソリューションが必要です。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈](https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp0192837465674839201
2. アカウントの抽象化とは?
アカウントの抽象化は本質的に所有権の分離問題を解決します。
EVMアーキテクチャには2種類のアカウントがあります: 外部アカウント)EOA(と契約アカウント)Contract Account(。外部アカウントの所有権と署名権は同一のエンティティによって保持されます。秘密鍵を持つ者は、アカウントの「所有権」を持つだけでなく、「すべての資産の移転に署名する権利」を持っています。
これはイーサリアムアカウントの取引構造によって決定されます。取引構造から見ると、イーサリアムの標準取引にはFromフィールドがありません。資金の転送時に、具体的にどのアドレスの資金を消費するかはVRSパラメータ)ユーザー署名(から逆解析してFromアドレスを取得します。
これはECDSAなどの非対称暗号および一方向閾値関数などの概念に関係しており、詳細には説明しません。要するに、これにより暗号学が安全性を保証し、現在のEOAアドレスの所有権統合の窮状を引き起こしています。
EIP4337の核心的な効果は、トランザクションフィールドにSender Addressを追加することによって、プライベートキーと操作対象のアドレスを分離することです。
所有権の分離がこれほど重要な理由は、外部アカウント)EOA(の設計がより多くの問題を引き起こすからです:
秘密鍵の保護が難しい: ユーザーが秘密鍵を失うと、すべての資産を失うことになります。
署名アルゴリズムが少ない: ネイティブプロトコルは、トランザクションを検証する際にECDSA署名と検証アルゴリズムのみを使用できます。
サイン権限が高い: ネイティブマルチシグ)のマルチシグはスマートコントラクトを通じてのみ協力を実現でき(、シングルサインであれば任意の操作を実行できる。
取引手数料はETHでのみ支払うことができ、バッチ取引には対応していません。
取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。
これらの制限は、一般ユーザーがイーサリアムを使用するのを難しくしています:
まず、イーサリアム上の任意のアプリを使用するには、ユーザーはエーテル)を保有し、価格変動リスク(を負わなければなりません。
次に、ユーザーは複雑な手数料のロジックを処理する必要があります。Gas price、Gas limit、取引のブロック)Nonceの順序(などの概念は、ユーザーにとってあまりにも複雑です。
最後に、多くのブロックチェーンウォレットやアプリが製品の最適化を通じてユーザー体験を向上させようと試みていますが、その効果はほとんどありません。
したがって、解決策はアカウントの抽象化を実現し、全ての所有権)Owner(と署名権)Signer(をデカップリングすることにあり、これにより上記の問題を徐々に解決していきます。
歴史的に多くの提案があり、最終的に2つのルートに集約されました。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. AAヒストリカルプロポーザルコンテクストコーミング
問題の解決策は多くのEIP提案があるように見えますが、根本的には2つの核心的な考え方に集約されます。過去に通過しなかった各EIPが考慮した問題は、現在の提案の突破点に集約されています。
) 3.1 第一種ルート: EOAアドレスをCAアドレスに変える
2015年11月15日、ヴィタリックはEIP-101に関して、アカウントとして契約を新たな構造として提案しました。アドレスをコードとストレージスペースのみのものに変更し、手数料のサポートをERC20で行うようにし、プリコンパイルされた契約を通じてネイティブトークンをERC20のようなものに変更して残高###を保持できるようにし、代わりに権限を取得する機能(を持たせ、取引フィールドをto、startgas、data、codeのみに簡素化しました。
今のところ、これは大躍進的な変革であり、基盤設計を大幅に変更し、各アカウントアドレスが自分自身の「コード」ロジック)を持つことを可能にします。まさに今、EIP-7702が実現しようとしている効果(です。
さらに他の機能を派生させることができます。例えば:
取引により多くの暗号アルゴリズムを使用でき、各アドレス内部のコードによって署名検証認証方法が指定される。
耐量子攻撃特性を持っているため、コードはアップグレード可能です。
イーサリアムをERC20契約と同様の機能特性を持たせることで、核心的な効果は代金の引き落としの許可を持ち、ネイティブコインを消費する必要がないことです。
アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キーリカバリーなどに対応します。
未能続ける理由は非常に簡単で、明らかに歩みが大きすぎ、現在の取引ハッシュ衝突問題やセキュリティリスクに対する考慮が不十分であったため、ずっと保留されていました。しかし、すべての利点の理念は、後続のEIP4337およびEIP7702のコア機能の一つとなりました。
その後、この論理を改善しようとする一連のEIPがありました:
EIP-859:メインチェーンアカウントの抽象化)2018-01-30(
Codeのデプロイ問題を解決しようとしています。核心的な役割は、取引先の契約がデプロイされていない場合、取引に付随するcodeパラメータを使用して契約のウォレットをデプロイすることです。次に、新しいPAYGASオペコードが提案され、ガスの支払いのほかにも、取引パラメータの検証部分と実行部分の区切りとして機能します。
当時は無事に終わらなかったが、これが現在のEIP7702の核心ロジックの一つとなった。EIP7702の各取引は特殊な取引構造を組み合わせており、一定のコードを添付することができるため、今回の取引においてEOAアドレスがコントラクト機能を持つことができる。
EIP-7702:EOAアカウントコードの設定)2024-05-07(
これは本文の後続の議論メカニズムの核心EIPでもあります。VitalikはEIP-7702をEIP-3074の代替案として発表しました。したがって、EIP-3074は廃止され、EIP-7702は今後のETH Prague/Electra)Pectra(ハードフォークに組み込まれることが決定されました。具体的な内容については下文で展開します。
) 3.2 第二のルート: EOAアドレスがCAアドレスを駆動させる
EIP-3074: AUTH および AUTHCALL オペコード ###2020-10-15( を追加
EVMに新しいOpCodes AUTHとAUTHCALLを追加し、EOAはこれらのopcodeを介して契約がEOAのアイデンティティを代わりに使用して他の契約を呼び出すことを許可します。
概括すると、EOAは署名済みのメッセージ)を取引(として自分が信頼するコントラクト)に送信でき、そのコントラクトはInvoker(と呼ばれます。このInvokerコントラクトは、AUTHおよびAUTHCALLオペコードを利用して、このEOAの代わりに取引を発行することができます。
EIP-4337:トランザクションメモリプールを使用してアカウントの抽象化)2021-09-29(
MEVからインスパイアを受けて設計されており、その核心的な価値はコンセンサス層プロトコルの変更を完全に回避できることです。
EIP4337は、新しい取引オブジェクトUserOperationを提案しています。ユーザーはこのオブジェクトをメモリプールに送信し、bundlersがマイナーの観点から一括してパッケージ化して契約実行取引を提供します。本質的には、基盤となる取引とアカウントの運用を契約レベルで実行することを意味します。
EIP-5189:背書者によるアカウントの抽象化)2022-06-29(
これはEIP4337のロジックの最適化であり、資金罰金の裏付けエンドーサーメカニズムを構築することで、悪意のあるBundlerのDoSブロッキング攻撃を防ぎます。
) 3.3 AAをサポートするためのその他の提案
EIP-2718:新しい取引タイプのラッパー###2020-06-13(
これは最終的に確定した提案であり、将来新たに追加される取引タイプの封筒として、新しい取引タイプを定義しています。
最終的な効果は、新しい取引タイプを導入する際に、特定のコーディングを通じてどのタイプの取引であるかを区別し、後方互換性を持たせるだけで前方互換性を必要としないことです。最も一般的な例はEIP1559で、これは取引手数料を区別し、新しい取引タイプのコーディングを使用し、元のレガシー取引タイプには影響を与えません。
EIP-3607:EOAアドレスがコントラクトをデプロイできない)2021-06-10(
これはAAパス上の補足プランで、契約デプロイ先アドレスとEOAアドレスの衝突を防ぐためのものです。それは契約生成方法を制御し、システムがすでにEOAアドレスであるアドレスにコードをデプロイすることを許可しないようにします。このリスクは実際には非常に小さいです。結局、イーサリアムアドレスは160ビットの長さがあり、指定された契約アドレスの秘密鍵を衝突させる方法が存在しますが、ビットコインの全算力を投入した場合でも、推定で1年の時間が必要です。
) 3.4 アカウントの抽象化の発展の歴史をどのように理解すればよいですか?
まずCAに変換された価値を理解する必要があります。
基本的にはEIP-4337の実際の効果で、これを実現できます:
しかし、EIP-4337の核心的な欠点は人間の動機の原則に反していることです。
それはより良く見えますが、市場の発展のデッドロックに陥っています:Dappはまだ多くが互換性がなく、ユーザーはCAアドレスを使用したがらず、さらにはCAを使用すると取引コストが高くなる###通常の送金シーンでは、取引手数料も2倍になります(、Dapp自体の互換性に依存しすぎています。
したがって、イーサリアムのメインネットでは、これまで普及していません。
コストはユーザーにとって最も重要な指標であり、コストを削減する必要があります。
しかし、GASを真に削減するためには、イーサリアム自体がソフトフォークアップグレードを行い、GAS計算やオペコードのGAS消費などのモジュールを修正する必要があります。ソフトフォークを行うのであれば、なぜEIP-7702を直接考慮しないのでしょうか？
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-3503a168bb61430839419efb40e130de.webp(
4. EIP-7702 は完全に解析されます
) 4.1 EIP-7702とは何ですか
新しい取引タイプを通じて区別され、EOAが単一の取引で一時的にスマートコントラクト機能を持つことを可能にし、ビジネス上のバッチ取引、ガスなし取引、カスタム権限管理などをサポートします。また、新しいEVM opCode###を導入することなく、後方互換性(に影響を与えることはありません。
それはユーザーがスマートコントラクトを展開することなく、大部分のAA能力を得ることを可能にし、さらには第三者がユーザーの代わりに取引を開始する能力を提供することさえでき、ユーザーは秘密鍵を提供する必要はなく、署名された承認情報のみを提供すればよい。
) 4.2 データ構造
それは新しい取引タイプ0x04を定義しており、その取引タイプのTransactionPayloadは以下の内容のRLPエンコードされたシリアライズ結果です:
rlp###[ chain_id、 ノンス, max_priority_fee_per_gas、 max_fee_per_gas、 ガスリミット、 行き先 価値 データ、 アクセスリスト, authorization_list、 signature_y_parity、 signature_r、 signature_s ](
重要なのは、authorization_listオブジェクトが新たに追加され、署名者がそのEOA内で実行したいコードを保存することです。ユーザーは取引に署名する際、実行する契約コードにも署名します。これは二次元リストとして存在し、複数の操作情報を一括で保存できることを示し、一括操作を実行します。
authorization_list = [[chain_id, 住所, nonce, y_parity, r, s], ...]
) 4.3 トレーディングライフ