# イーサリアムアカウントの抽象化サイドの歴史と未来を深く分析する## イントロダクション本文は二つの大きな部分に分かれています:上半分は2015年の最初のAA提案から始まり、システムはこれまでの主要なEIP提案の内容を整理しました。歴史を振り返ることでAA提案の発展過程を掘り起こし、各提案の長所と短所を包括的に評価することを期待しています。下半部分はEIP4337が提案された後に直面した市場の冷淡な反応に重点を置き、次のイーサリアムのアップグレードに組み込まれるEIP7702を深く分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。EIP-7702は画期的な意義を持ち、私たちが一緒に深く理解しましょう。## 1. アカウントの抽象化の背景### 1.1 アカウントの抽象化の意義の定位イーサリアムの創始者Vitalikは2023年末に再びETHの発展ロードマップを更新しましたが、アカウントの抽象化の設定は変更されていません。現在、主流のモデルはEIP-4337から次の段階の自発的EOA変換に移行しています。EIP4337が導入されてから1年以上が経過し、(、2023年3月1日にデンバーのWalletConで、イーサリアム財団の開発者が設計したERC-4337のコアコントラクトがOpenZeppelinによって監査され、正式にリリースされたと見なされています)。これは、ユーザーから広く認識されているものの、広く使用されていないという矛盾した状態にあります。このような市場環境はEIP-7702の進捗を大幅に前倒しさせ、次回のアップグレードで統合されることがすでに決定されています。### 1.2 アカウントの抽象化の市場現状1年半の発展を経て、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の核心的な効果は、取引フィールドに送信者アドレスを追加することによって、秘密鍵と操作対象のアドレスを分離することです。所有権の分離がこれほど重要な理由は、外部アカウント)EOA(の設計がより多くの問題を引き起こすからです:1. 秘密鍵の保護が難しい: ユーザーは秘密鍵)を失ったり、ハッカーの攻撃や暗号解読(によってすべての資産を失うことを意味します。2. 署名アルゴリズムが単一:ネイティブプロトコルによる取引の検証はECDSA署名および検証アルゴリズムのみを使用できます。3. サイン権限が大きすぎる: ネイティブマルチシグ)はスマートコントラクトを介してのみ実現でき(、シングルサインで任意の操作を実行できる。4. 取引手数料はETHでのみ支払うことができ、バッチ取引はサポートされていません。5. 取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。これらの制限により、一般ユーザーはイーサリアムを使用しづらくなっています:まず、イーサリアム上の任意のアプリを使用するには、ユーザーはエーテル)を保有し、価格変動リスク(を負わなければなりません。次に、ユーザーは複雑な料金ロジックを処理する必要があります。ガス価格、ガスリミット、トランザクションのブロック)ノンスの順序(などの概念はユーザーにとって過度に複雑です。最後に、多くのブロックチェーンウォレットやアプリが製品の最適化を通じてユーザー体験を向上させようと試みていますが、その効果は限られています。したがって、突破口はアカウントの抽象化を実現し、所有権)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に関して、Vitalikはアカウントの新しい構造として契約を提案しました。アドレスをコードとストレージスペースのみとし、手数料の支払いをERC20に変更し、プリコンパイル契約を介してネイティブトークンをERC20のようなものに変えて残高###を持たせることができる機能(を持たせ、トランザクションフィールドをto、startgas、data、codeのみの簡素化しました。今見ると、これは大躍進的な変革であり、基盤設計が大幅に変更され、各アカウントアドレスが独自の"コード"ロジック)を持つことになる。これが現在のEIP-7702が実現しようとしている効果(だ。他の機能を派生させることもできます。例えば:1. 取引により多くの暗号アルゴリズムを使用でき、各アドレス内部のコードによって署名検証認証方法が指定できます。2. 量子攻撃に対する耐性を備えており、コードはアップグレード可能です。3. エーテルがERC20契約と一致する機能特性を持つようにし、核心的な効果として代金引き落としの権限を持つことで、ネイティブコインの損耗が不要となります。4. アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キー回復などに対応します。未能続けられない理由は非常に簡単で、明らかに大きく踏み出しすぎたため、現在の取引ハッシュ衝突問題やセキュリティリスクについての考慮が不十分であったため、ずっと保留されてきました。しかし、各利点の理念は後続のEIP4337とEIP7702の核心機能の一つとなりました。その後、一連のEIPがこの論理を改善しようとしました:EIP-859:メインチェーンアカウントの抽象化--2018-01-30Codeのデプロイメント問題を解決しようとしている。核心的な役割は、取引相手のコントラクトが未デプロイの場合、取引に付随するcodeパラメータを使用してコントラクトウォレットをデプロイすることである。さらに、新しいPAYGASオペコードも提案されており、gasの支払いに加えて、取引パラメータの検証部分と実行部分の区切りとしても機能する。当時は無事に終わらなかったが、これが現在のEIP7702の核心ロジックの1つとなった。EIP7702の各取引は特殊な取引構造と組み合わさり、一定のコードを添付できるため、この取引においてEOAアドレスが契約の能力を持つことができる。EIP-7702:EOAアカウントコードの設定 2024-05-07これも本稿の後続の議論メカニズムの核心EIPであり、VitalikによってEIP-3074の代替案)2024-05-07(として発表されました。そのためEIP-3074は廃止され、EIP-7702は今後のETH Prague/Electra)Pectra(ハードフォークに組み込まれることが決定しており、具体的な内容については後ほど説明します。) 3.2 第二のルート: EOAアドレスによってCAアドレスを駆動するEIP-3074:AUTH および AUTHCALL オペコードを追加 -- 2020-10-15EVMに新しいOpCode AUTHとAUTHCALLを追加し、EOAがこれらのOpCodeを通じて契約に対してEOAの代わりに他の契約を呼び出すことを許可します。概括すると、EOAは署名済みのメッセージ###を自分が信頼するコントラクト(に送信することができ、これをInvoker)と呼びます。このInvokerコントラクトはAUTHおよびAUTHCALLオペコードを利用して、このEOAから取引を発行することができます。EIP-4337:トランザクションメモリプールを用いてアカウントの抽象化を実現--2021-09-29MEVからインスパイアを受けて設計され、その核心的な価値はコンセンサス層プロトコルの変更を完全に回避できることです。EIP4337は新しいトランザクションオブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをメモリプールに送信し、バンドラーがマイナーの観点から一括してパッケージ化して契約実行トランザクションを提供します。本質的には、基盤となるトランザクションとアカウントの運用を契約レベルで実行することです。EIP-5189:エンドースによるアカウントの抽象化---2022-06-29これはEIP4337のロジックの最適化であり、悪意のあるBundlerに対抗するために資金罰金を通じてendorserメカニズムを確立することでDoSブロッキング攻撃を防ぐことを目的としています。( 3.3 AAをサポートするための他の提案EIP-2718:新しい取引タイプのラッパー--2020-06-13これはすでにFinalの提案であり、新しい取引タイプを定義しており、将来追加される取引タイプの封筒として機能します。最終的な効果は、新しい取引タイプを導入する際に、特定のエンコーディングを通じてどのタイプの取引であるかを区別し、後方互換性のみを必要とし、前方互換性を必要としないことです。最も一般的な例はEIP1559で、取引手数料を区別し、新しい取引タイプのエンコーディングを使用しながら、元のレガシー取引タイプには影響を与えません。EIP-3607:EOAアドレスがコントラクトをデプロイできないようにする--2021-06-10これはAAパス上の補完方案で、契約のデプロイ先アドレスとEOAアドレスの衝突を防ぐためのものです。これは契約生成方法を制御し、システムがすでにEOAアドレスであるアドレスにコードをデプロイすることを許可しません。このリスクは非常に小さいですが、結局のところイーサリアムのアドレスは160ビットの長さを持っており、指定された契約アドレスの秘密鍵を衝突させる方法が存在しますが、ビットコインの全ハッシュパワーを投入しても、推定で1年の時間が必要です。) 3.4 アカウントの抽象化の発展の歴史をどのように理解するか?まずCAに変換された価値を理解する必要があります基本的にはEIP-4337の実際の効果であり、それは実現できます:1. ソーシャルリカバリー2. ガス代なしの取引3. バルクトランザクション4. カスタム署名アルゴリズム5. カスタムアカウントロジック6. アカウントのロックと制限をサポート7. マルチシグとスマートコントラクトウォレットをサポートしかし、EIP-4337の核心的な欠点は、人間の動機原則に反することです。それはより良く見えますが、市場の発展の死の循環に陥っています。多くのDappはまだ互換性がなく、ユーザーはCAアドレスを使用したがらず、CAを使用すると取引コストがさらに高くなります###通常の送金シーンでは、取引手数料が倍増します###、あまりにも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, //チェーンID、リプレイ攻撃を防ぐために使用されますnonce, //トランザクションカウンター、トランザクションの一意性を保証する max_priority_fee_per_gas, //1559取引手数料 max_fee_per_gas, //1559 取引手数料 ガスリミット, 宛先, //取引先アドレス 価値 データ、access_list, //アクセスリスト、EIP-2929におけるGasの最適化に使用 authorization_list、 signature_y_parity, //トランザクションの署名を検証するための3つの署名パラメータ signature_r、 signature_s]###重要な
歴史から未来へ:EIP-7702がイーサリアムのアカウントの抽象化の新時代を切り開く
イーサリアムアカウントの抽象化サイドの歴史と未来を深く分析する
イントロダクション
本文は二つの大きな部分に分かれています:
上半分は2015年の最初のAA提案から始まり、システムはこれまでの主要なEIP提案の内容を整理しました。歴史を振り返ることでAA提案の発展過程を掘り起こし、各提案の長所と短所を包括的に評価することを期待しています。
下半部分はEIP4337が提案された後に直面した市場の冷淡な反応に重点を置き、次のイーサリアムのアップグレードに組み込まれるEIP7702を深く分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。
EIP-7702は画期的な意義を持ち、私たちが一緒に深く理解しましょう。
1. アカウントの抽象化の背景
1.1 アカウントの抽象化の意義の定位
イーサリアムの創始者Vitalikは2023年末に再びETHの発展ロードマップを更新しましたが、アカウントの抽象化の設定は変更されていません。現在、主流のモデルはEIP-4337から次の段階の自発的EOA変換に移行しています。
EIP4337が導入されてから1年以上が経過し、(、2023年3月1日にデンバーのWalletConで、イーサリアム財団の開発者が設計したERC-4337のコアコントラクトがOpenZeppelinによって監査され、正式にリリースされたと見なされています)。これは、ユーザーから広く認識されているものの、広く使用されていないという矛盾した状態にあります。このような市場環境はEIP-7702の進捗を大幅に前倒しさせ、次回のアップグレードで統合されることがすでに決定されています。
1.2 アカウントの抽象化の市場現状
1年半の発展を経て、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の核心的な効果は、取引フィールドに送信者アドレスを追加することによって、秘密鍵と操作対象のアドレスを分離することです。
所有権の分離がこれほど重要な理由は、外部アカウント)EOA(の設計がより多くの問題を引き起こすからです:
秘密鍵の保護が難しい: ユーザーは秘密鍵)を失ったり、ハッカーの攻撃や暗号解読(によってすべての資産を失うことを意味します。
署名アルゴリズムが単一:ネイティブプロトコルによる取引の検証はECDSA署名および検証アルゴリズムのみを使用できます。
サイン権限が大きすぎる: ネイティブマルチシグ)はスマートコントラクトを介してのみ実現でき(、シングルサインで任意の操作を実行できる。
取引手数料はETHでのみ支払うことができ、バッチ取引はサポートされていません。
取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。
これらの制限により、一般ユーザーはイーサリアムを使用しづらくなっています:
まず、イーサリアム上の任意のアプリを使用するには、ユーザーはエーテル)を保有し、価格変動リスク(を負わなければなりません。
次に、ユーザーは複雑な料金ロジックを処理する必要があります。ガス価格、ガスリミット、トランザクションのブロック)ノンスの順序(などの概念はユーザーにとって過度に複雑です。
最後に、多くのブロックチェーンウォレットやアプリが製品の最適化を通じてユーザー体験を向上させようと試みていますが、その効果は限られています。
したがって、突破口はアカウントの抽象化を実現し、所有権)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に関して、Vitalikはアカウントの新しい構造として契約を提案しました。アドレスをコードとストレージスペースのみとし、手数料の支払いをERC20に変更し、プリコンパイル契約を介してネイティブトークンをERC20のようなものに変えて残高###を持たせることができる機能(を持たせ、トランザクションフィールドをto、startgas、data、codeのみの簡素化しました。
今見ると、これは大躍進的な変革であり、基盤設計が大幅に変更され、各アカウントアドレスが独自の"コード"ロジック)を持つことになる。これが現在のEIP-7702が実現しようとしている効果(だ。
他の機能を派生させることもできます。例えば:
取引により多くの暗号アルゴリズムを使用でき、各アドレス内部のコードによって署名検証認証方法が指定できます。
量子攻撃に対する耐性を備えており、コードはアップグレード可能です。
エーテルがERC20契約と一致する機能特性を持つようにし、核心的な効果として代金引き落としの権限を持つことで、ネイティブコインの損耗が不要となります。
アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キー回復などに対応します。
未能続けられない理由は非常に簡単で、明らかに大きく踏み出しすぎたため、現在の取引ハッシュ衝突問題やセキュリティリスクについての考慮が不十分であったため、ずっと保留されてきました。しかし、各利点の理念は後続のEIP4337とEIP7702の核心機能の一つとなりました。
その後、一連のEIPがこの論理を改善しようとしました:
EIP-859:メインチェーンアカウントの抽象化--2018-01-30
Codeのデプロイメント問題を解決しようとしている。核心的な役割は、取引相手のコントラクトが未デプロイの場合、取引に付随するcodeパラメータを使用してコントラクトウォレットをデプロイすることである。さらに、新しいPAYGASオペコードも提案されており、gasの支払いに加えて、取引パラメータの検証部分と実行部分の区切りとしても機能する。
当時は無事に終わらなかったが、これが現在のEIP7702の核心ロジックの1つとなった。EIP7702の各取引は特殊な取引構造と組み合わさり、一定のコードを添付できるため、この取引においてEOAアドレスが契約の能力を持つことができる。
EIP-7702:EOAアカウントコードの設定 2024-05-07
これも本稿の後続の議論メカニズムの核心EIPであり、VitalikによってEIP-3074の代替案)2024-05-07(として発表されました。そのためEIP-3074は廃止され、EIP-7702は今後のETH Prague/Electra)Pectra(ハードフォークに組み込まれることが決定しており、具体的な内容については後ほど説明します。
) 3.2 第二のルート: EOAアドレスによってCAアドレスを駆動する
EIP-3074:AUTH および AUTHCALL オペコードを追加 -- 2020-10-15
EVMに新しいOpCode AUTHとAUTHCALLを追加し、EOAがこれらのOpCodeを通じて契約に対してEOAの代わりに他の契約を呼び出すことを許可します。
概括すると、EOAは署名済みのメッセージ###を自分が信頼するコントラクト(に送信することができ、これをInvoker)と呼びます。このInvokerコントラクトはAUTHおよびAUTHCALLオペコードを利用して、このEOAから取引を発行することができます。
EIP-4337:トランザクションメモリプールを用いてアカウントの抽象化を実現--2021-09-29
MEVからインスパイアを受けて設計され、その核心的な価値はコンセンサス層プロトコルの変更を完全に回避できることです。
EIP4337は新しいトランザクションオブジェクトUserOperationを提案し、ユーザーはこのオブジェクトをメモリプールに送信し、バンドラーがマイナーの観点から一括してパッケージ化して契約実行トランザクションを提供します。本質的には、基盤となるトランザクションとアカウントの運用を契約レベルで実行することです。
EIP-5189:エンドースによるアカウントの抽象化---2022-06-29
これはEIP4337のロジックの最適化であり、悪意のあるBundlerに対抗するために資金罰金を通じてendorserメカニズムを確立することでDoSブロッキング攻撃を防ぐことを目的としています。
( 3.3 AAをサポートするための他の提案
EIP-2718:新しい取引タイプのラッパー--2020-06-13
これはすでにFinalの提案であり、新しい取引タイプを定義しており、将来追加される取引タイプの封筒として機能します。
最終的な効果は、新しい取引タイプを導入する際に、特定のエンコーディングを通じてどのタイプの取引であるかを区別し、後方互換性のみを必要とし、前方互換性を必要としないことです。最も一般的な例はEIP1559で、取引手数料を区別し、新しい取引タイプのエンコーディングを使用しながら、元のレガシー取引タイプには影響を与えません。
EIP-3607:EOAアドレスがコントラクトをデプロイできないようにする--2021-06-10
これはAAパス上の補完方案で、契約のデプロイ先アドレスとEOAアドレスの衝突を防ぐためのものです。これは契約生成方法を制御し、システムがすでにEOAアドレスであるアドレスにコードをデプロイすることを許可しません。このリスクは非常に小さいですが、結局のところイーサリアムのアドレスは160ビットの長さを持っており、指定された契約アドレスの秘密鍵を衝突させる方法が存在しますが、ビットコインの全ハッシュパワーを投入しても、推定で1年の時間が必要です。
) 3.4 アカウントの抽象化の発展の歴史をどのように理解するか?
まずCAに変換された価値を理解する必要があります
基本的にはEIP-4337の実際の効果であり、それは実現できます:
しかし、EIP-4337の核心的な欠点は、人間の動機原則に反することです。
それはより良く見えますが、市場の発展の死の循環に陥っています。多くのDappはまだ互換性がなく、ユーザーはCAアドレスを使用したがらず、CAを使用すると取引コストがさらに高くなります###通常の送金シーンでは、取引手数料が倍増します###、あまりにもDapp自体の互換性に依存しています。
したがって、イーサリアムのメインネットでは、これまでのところ普及していません。
コストはユーザーにとって最も重要な評価基準であり、コストを削減する必要があります。
しかし、GASを本当に削減するためには、イーサリアム自体がソフトフォークアップグレードを行い、GAS計算や操作コードのGAS消費などのモジュールを修正する必要があります。しかし、ソフトフォークを行うのであれば、なぜEIP-7702を直接検討しないのでしょうか？
! イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈
4. EIP-7702 は完全に解析されます
( 4.1 EIP-7702とは何ですか
それは新しい取引タイプによって区別され、EOAが単一の取引で一時的にスマートコントラクト機能を持つことを許可し、ビジネス上でのバッチ取引、ガスなし取引、カスタム権限管理などをサポートし、さらに新しいEVM opCode)を導入することなく、後方互換性###に影響を与えることなく行われます。
それはユーザーがスマートコントラクトを展開することなく、大部分のAA機能を得ることを可能にし、さらには第三者がユーザーのためにトランザクションを開始する能力を提供することができ、ユーザーが秘密鍵を提供する必要はなく、署名された認可情報のみが必要です。
( 4.2 データ構造
それは新しい取引タイプ0x04を定義しており、その取引タイプのTransactionPayloadは以下の内容のRLPエンコードされたシリアライズ結果です:
rlp)[ chain_id, //チェーンID、リプレイ攻撃を防ぐために使用されます nonce, //トランザクションカウンター、トランザクションの一意性を保証する max_priority_fee_per_gas, //1559取引手数料 max_fee_per_gas, //1559 取引手数料 ガスリミット, 宛先, //取引先アドレス 価値 データ、 access_list, //アクセスリスト、EIP-2929におけるGasの最適化に使用 authorization_list、 signature_y_parity, //トランザクションの署名を検証するための3つの署名パラメータ signature_r、 signature_s ]###
重要な