# イーサリアムアカウントの抽象化の進化の道のり## イントロダクション本文は二つの大きな部分に分かれています:第一部は2015年の最初のAA提案から始まり、システムはこれまでの主要なEIP提案の内容を整理し、歴史的視点からAA提案の発展の過程を探求し、各提案を総合的に評価することを目的としています。第二部では、EIP4337が提案された後の市場の反応を重点的に比較し、次のイーサリアムのバージョンアップに組み込まれるEIP7702について詳しく分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。EIP-7702は画期的な意義を持っており、詳細を見ていきましょう。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈](https://img-cdn.gateio.im/social/moments-cecbf67df71971d38b0a927be5e4c4d90192837465674839201## 1. アカウントの抽象化の背景) 1.1 アカウントの抽象化の定位イーサリアムの創設者Vitalikは2023年末にETHのロードマップを更新する際、アカウントの抽象化の設定は変更されませんでした。現在、主流のモデルはEIP-4337から次の段階の自発的EOAへの移行に入っています。EIP4337が導入されてから1年以上が経過しましたが、ユーザーから広く認識されているものの、広く使用されてはいません。このような矛盾した市場環境の中で、EIP-7702の進捗は大幅に前倒しされ、次回のアップグレードに統合されることが確認されました。### 1.2 アカウントの抽象化の市場現状1年半の発展を経て、EIP4337は主流のチェーン上で120万のアドレスしかなく、そのうちイーサリアムメインネット上のアクティブアドレスは6,764個に過ぎず、EOAやCAのアドレス数に大きく劣っています。イーサリアムメインネット上ではEIP4337は基本的に実質的な発展がありません。ただし、これはAAの本質的な価値に影響を与えるものではありません。EIP4337の設計当初から、主ネットの後方互換性の問題を解決するのが難しいことが決定されていました。各L2チェーンがネイティブAAを組み込むにつれて、EIP4337アドレス数はL2で急増し、その中でBaseとPolygonチェーンは7月にそれぞれ100万と300万の活発なユーザーに達しました。したがって、EIP4337の設計には誤りがなく、多くの利点があります。現在の状況は、メインネットとL2の違いに起因しており、それぞれに適したソリューションが必要です。## 2. アカウントの抽象化とは?アカウントの抽象化は本質的に所有権の分離問題を解決します。EVMアーキテクチャには2種類のアカウントがあります: 外部アカウント###EOA(と契約アカウント)CA(。外部アカウントの所有権と署名権は実際には同一の実体が保持しています。秘密鍵を持つ者は、アカウントの「所有権」を持つだけでなく、「すべての資産の移転に署名する権利」も持っています。これはイーサリアムアカウントの取引構造によって決まっています。標準取引にはFromフィールドがなく、資金の送金は実際にはVRSパラメータ)ユーザー署名(からFromアドレスを逆解析することで行われます。これが現在のEOAアドレスの所有権統合の困難を引き起こしています。EIP4337のコア効果は、取引フィールドにSender Addressを追加することで、秘密鍵と操作対象のアドレスを分離することです。権利の分離は非常に重要です。なぜなら、外部アカウント)EOA(の設計は、さらなる問題を引き起こすからです:1. 秘密鍵の保護が難しい: 秘密鍵を失うことは、すべての資産を失うことを意味します。2. シグネチャアルゴリズムが単一:ネイティブプロトコルはECDSAシグネチャ検証のみを使用できます。3. サイン権限が高すぎる: ネイティブなマルチシグがなく、シングルシグで任意の操作を実行できる。4. 取引手数料はETHのみで支払うことができ、バッチ取引には対応していません。5. 取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。これらの制限により、普通のユーザーがイーサリアムを使用することが難しくなっています:まず、イーサリアムアプリを使用するにはETHを保有し、価格変動リスクを負う必要があります。次に、ユーザーはガス価格、ガス制限、ノンスなどの複雑な概念に対処する必要があります。最後に、多くのウォレットが体験を最適化しようとしましたが、効果は限られています。これらの制限を突破する鍵は、アカウントの抽象化を実現し、所有権と署名権をデカップリングして、上記の問題を一つずつ解決することにあります。歴史上、いくつかの案があり、最終的には二つのルートに集約されました。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-65d1ef9656425666ee30c38bbb63e769(## 3. AAヒストリカルプロポーザルコンテクストコーミング問題の解決方法は多くのEIP提案があるように見えますが、結局のところ2つのコアな考え方に集約されます。承認されなかったEIPが考慮した問題はすべて既存の提案に組み込まれています。) 3.1 第一種ルート:EOAアドレスをCAアドレスに変換する2015年11月、ヴィタリックはEIP-101で契約をアカウントの新しい構造として提案しました。アドレスをコードとストレージスペースだけに変更し、ERC20による手数料の支払いをサポートし、プレコンパイルされた契約を通じてネイティブトークンをERC20型の残高に変更し、トランザクションフィールドをto、startgas、data、codeに簡素化しました。これは大躍進的な変革であり、基盤設計を大幅に変更し、各アカウントアドレスが独自の"コード"ロジックを持つようになります###。これもEIP-7702の目標です(。それは他の機能を派生させることもできます:1. 取引はより多くの暗号アルゴリズムを使用し、アドレス内部のCodeによって署名検証方法が指定されます。2. 量子攻撃に対する耐性を持ち、コードはアップグレード可能です。3. ETHにERC20と同等の機能を持たせる、例えば代行払出の承認4. アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キーリカバリーなどに対応未続行の理由は簡単です: ステップが大きすぎて、取引ハッシュの衝突とセキュリティに対する配慮が不十分でした。しかし、各利点の理念はその後のEIP4337とEIP7702のコア機能となりました。その後、一連のEIPがこのロジックを改善しようとしました:EIP-859)2018-01-30(:主チェーンアカウントの抽象化Codeのデプロイメント問題を解決し、新しいPAYGASオペコードを提案します。EIP-7702)2024-05-07(:EOAアカウントコードを設定EIP-3074の代替案として、今後のETH Prague/Electraハードフォークに組み込まれます。) 3.2 第二のルート: EOAアドレスがCAアドレスを駆動するEIP-3074###2012020-10-15(:AUTH および AUTHCALL オペコードを追加EVMに2つの新しいオペコードを追加し、EOAが契約に権限を与えてEOAのアイデンティティを使って他の契約を呼び出すことを可能にします。EIP-4337)2021-09-29(:取引メモリプールを使用してアカウントの抽象化を実現MEVからインスパイアを受けて設計され、コンセンサス層のプロトコルの変更を完全に回避します。UserOperationオブジェクトを提案し、ユーザーはそれをメモリプールに送信し、バンドラーによってバッチ処理されてトランザクションが実行されます。EIP-5189)2022-06-29(:背書人によるアカウントの抽象化操作EIP4337の最適化、承認メカニズムを通じてDoS攻撃を防止します。) 3.3 AAをサポートする他の提案EIP-2718###2020-06-13(:新しい取引タイプのラッピングエンベロープ新しい取引タイプを定義し、将来の取引タイプの封筒として機能します。EIP-3607)2021-06-10(:EOAアドレスによる契約の展開を禁止コントラクトのデプロイ先アドレスとEOAアドレスの衝突を防ぐ。) 3.4 アカウントの抽象化の発展の歴史をどのように理解するか?まず、CAに変換された価値を理解することが重要です。基本的には、EIP-4337の実際の効果です。しかし、EIP-4337の核心的な欠点は、人間の動機原則に反することです。それは市場の発展の悪循環に陥っています:Dappが互換性がない、ユーザーがCAアドレスを使用したがらない、CAの使用コストが高く、Dappの互換性に過度に依存しています。したがって、イーサリアムのメインネットでは普及していません。コストはユーザーにとって最も重要な評価基準であり、コストを削減する必要があります。ガスを本当に削減するには、イーサリアム自体のソフトフォークアップグレードが必要です。ソフトフォークを行うのであれば、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エンコードされたシリアライズ結果です:[chain_id、nonce、max_priority_fee_per_gas、max_fee_per_gas、gas_limit、宛先、値、データ、access_list、authorization_list、signature_y_parity、signature_r、signature_s]authorization_listオブジェクトを追加し、署名者がEOAで実行したいコードを格納します。### 4.3 取引ライフサイクル#### 4.3.1 検証ステージ1. サイン者アドレスの復元2. チェーンIDの検証3. 署名者コードを確認する4. サイン者のノンスを検証する5. サイン者コードの設定6. サイン者のノンスを増加させる7. サイン者アカウントをアクセス済みアドレスリストに追加する#### 4.3.2 実行フェーズauthorization_listのaddressフィールドで指定されたアドレスからコードをロードし、署名者アカウントのコンテキストで実行します。### 4.4EIP-7702の値それはWeb3ウォレットの全体的な流れを変え、ユーザー体験を大幅に向上させます。EOAが開始した通常の取引は、バッチtransferなどのさまざまなロジックを実行できます。既存の枠を打破した:1. アカウントの残高は、そのアカウントの取引に起因しない理由で減少することがあります。2. 取引実行後、EOAノンスが複数増加する可能性があります。3. tx.origin と msg.sender の比較保護ロジックが失敗する4. EOAはイベントを発生させることができます5. EOAはERC20などの資産の受け取りに失敗する可能性があります。### 4.5 EIP-7702 と EIP-4337 の比較EIP-7702の利点:- ガスがさらに低い- ユーザーの移行コストがより低くなります- 完全委託と保護された委託をサポートEIP-7702の短所:- ソフトフォークアップグレード、コンセンサスを推進する必要がある- 変化が大きく、影響が広範囲に及ぶ- 監査が難しい- 大多数のインフラは直接適応できない- EOAストレージスペースは保持できません- 単独取引コストはやや高めです- 資産送信のDoSを引き起こす可能性があります- オンチェーンの入出金ロジックが一致しない可能性があります- EOAからのイベントに問題がある可能性があります! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈]###https://img-cdn.gateio.im/social/moments-9d6eae95e3a0983a7b379ce2cfd7945f(## 5. まとめアカウントの抽象化は"すべてを修復する"モジュールの最後に実施される必要があります。EIP7702の進捗を加速させることは、主にシステムの安全性に対する課題をもたらします。最終的には実現されるでしょう、なぜならユーザーのコストが低くなったからです。EIP7702は複数のオンチェーンルールとほとんどのDappロジックを破りますが、核心的な利点はユーザーコストが低くなることです。ユーザーは依然としてEOAアドレスを利用し、必要に応じてCAロジックを使用し、保有および使用コストが削減されました。EIP7702は多くの変更をもたらしましたが、コストの利点から、すべてのDappが適応を研究する価値があります。今回、ユーザーは必ずEIP7702の側に立つでしょう。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-67985fb558b784e837ee5b3d436b4a7c(
イーサリアムアカウントの抽象化の進化：EIP-4337からEIP-7702への重要なブレークスルー
イーサリアムアカウントの抽象化の進化の道のり
イントロダクション
本文は二つの大きな部分に分かれています:
第一部は2015年の最初のAA提案から始まり、システムはこれまでの主要なEIP提案の内容を整理し、歴史的視点からAA提案の発展の過程を探求し、各提案を総合的に評価することを目的としています。
第二部では、EIP4337が提案された後の市場の反応を重点的に比較し、次のイーサリアムのバージョンアップに組み込まれるEIP7702について詳しく分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。
EIP-7702は画期的な意義を持っており、詳細を見ていきましょう。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈](https://img-cdn.gateio.im/webp-social/moments-cecbf67df71971d38b0a927be5e4c4d9.webp0192837465674839201
1. アカウントの抽象化の背景
) 1.1 アカウントの抽象化の定位
イーサリアムの創設者Vitalikは2023年末にETHのロードマップを更新する際、アカウントの抽象化の設定は変更されませんでした。現在、主流のモデルはEIP-4337から次の段階の自発的EOAへの移行に入っています。
EIP4337が導入されてから1年以上が経過しましたが、ユーザーから広く認識されているものの、広く使用されてはいません。このような矛盾した市場環境の中で、EIP-7702の進捗は大幅に前倒しされ、次回のアップグレードに統合されることが確認されました。
1.2 アカウントの抽象化の市場現状
1年半の発展を経て、EIP4337は主流のチェーン上で120万のアドレスしかなく、そのうちイーサリアムメインネット上のアクティブアドレスは6,764個に過ぎず、EOAやCAのアドレス数に大きく劣っています。イーサリアムメインネット上ではEIP4337は基本的に実質的な発展がありません。
ただし、これはAAの本質的な価値に影響を与えるものではありません。EIP4337の設計当初から、主ネットの後方互換性の問題を解決するのが難しいことが決定されていました。各L2チェーンがネイティブAAを組み込むにつれて、EIP4337アドレス数はL2で急増し、その中でBaseとPolygonチェーンは7月にそれぞれ100万と300万の活発なユーザーに達しました。
したがって、EIP4337の設計には誤りがなく、多くの利点があります。現在の状況は、メインネットとL2の違いに起因しており、それぞれに適したソリューションが必要です。
2. アカウントの抽象化とは?
アカウントの抽象化は本質的に所有権の分離問題を解決します。
EVMアーキテクチャには2種類のアカウントがあります: 外部アカウント###EOA(と契約アカウント)CA(。外部アカウントの所有権と署名権は実際には同一の実体が保持しています。秘密鍵を持つ者は、アカウントの「所有権」を持つだけでなく、「すべての資産の移転に署名する権利」も持っています。
これはイーサリアムアカウントの取引構造によって決まっています。標準取引にはFromフィールドがなく、資金の送金は実際にはVRSパラメータ)ユーザー署名(からFromアドレスを逆解析することで行われます。これが現在のEOAアドレスの所有権統合の困難を引き起こしています。
EIP4337のコア効果は、取引フィールドにSender Addressを追加することで、秘密鍵と操作対象のアドレスを分離することです。
権利の分離は非常に重要です。なぜなら、外部アカウント)EOA(の設計は、さらなる問題を引き起こすからです:
秘密鍵の保護が難しい: 秘密鍵を失うことは、すべての資産を失うことを意味します。
シグネチャアルゴリズムが単一:ネイティブプロトコルはECDSAシグネチャ検証のみを使用できます。
サイン権限が高すぎる: ネイティブなマルチシグがなく、シングルシグで任意の操作を実行できる。
取引手数料はETHのみで支払うことができ、バッチ取引には対応していません。
取引のプライバシー漏洩: 一対一の取引はアカウント保有者のプライバシー情報を分析しやすい。
これらの制限により、普通のユーザーがイーサリアムを使用することが難しくなっています:
まず、イーサリアムアプリを使用するにはETHを保有し、価格変動リスクを負う必要があります。
次に、ユーザーはガス価格、ガス制限、ノンスなどの複雑な概念に対処する必要があります。
最後に、多くのウォレットが体験を最適化しようとしましたが、効果は限られています。
これらの制限を突破する鍵は、アカウントの抽象化を実現し、所有権と署名権をデカップリングして、上記の問題を一つずつ解決することにあります。
歴史上、いくつかの案があり、最終的には二つのルートに集約されました。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. AAヒストリカルプロポーザルコンテクストコーミング
問題の解決方法は多くのEIP提案があるように見えますが、結局のところ2つのコアな考え方に集約されます。承認されなかったEIPが考慮した問題はすべて既存の提案に組み込まれています。
) 3.1 第一種ルート:EOAアドレスをCAアドレスに変換する
2015年11月、ヴィタリックはEIP-101で契約をアカウントの新しい構造として提案しました。アドレスをコードとストレージスペースだけに変更し、ERC20による手数料の支払いをサポートし、プレコンパイルされた契約を通じてネイティブトークンをERC20型の残高に変更し、トランザクションフィールドをto、startgas、data、codeに簡素化しました。
これは大躍進的な変革であり、基盤設計を大幅に変更し、各アカウントアドレスが独自の"コード"ロジックを持つようになります###。これもEIP-7702の目標です(。
それは他の機能を派生させることもできます:
取引はより多くの暗号アルゴリズムを使用し、アドレス内部のCodeによって署名検証方法が指定されます。
量子攻撃に対する耐性を持ち、コードはアップグレード可能です。
ETHにERC20と同等の機能を持たせる、例えば代行払出の承認
アカウントのカスタマイズスペースを向上させ、ソーシャルリカバリー、SBTサポート、キーリカバリーなどに対応
未続行の理由は簡単です: ステップが大きすぎて、取引ハッシュの衝突とセキュリティに対する配慮が不十分でした。しかし、各利点の理念はその後のEIP4337とEIP7702のコア機能となりました。
その後、一連のEIPがこのロジックを改善しようとしました:
EIP-859)2018-01-30(:主チェーンアカウントの抽象化
Codeのデプロイメント問題を解決し、新しいPAYGASオペコードを提案します。
EIP-7702)2024-05-07(:EOAアカウントコードを設定
EIP-3074の代替案として、今後のETH Prague/Electraハードフォークに組み込まれます。
) 3.2 第二のルート: EOAアドレスがCAアドレスを駆動する
EIP-3074###2012020-10-15(:AUTH および AUTHCALL オペコードを追加
EVMに2つの新しいオペコードを追加し、EOAが契約に権限を与えてEOAのアイデンティティを使って他の契約を呼び出すことを可能にします。
EIP-4337)2021-09-29(:取引メモリプールを使用してアカウントの抽象化を実現
MEVからインスパイアを受けて設計され、コンセンサス層のプロトコルの変更を完全に回避します。UserOperationオブジェクトを提案し、ユーザーはそれをメモリプールに送信し、バンドラーによってバッチ処理されてトランザクションが実行されます。
EIP-5189)2022-06-29(:背書人によるアカウントの抽象化操作
EIP4337の最適化、承認メカニズムを通じてDoS攻撃を防止します。
) 3.3 AAをサポートする他の提案
EIP-2718###2020-06-13(:新しい取引タイプのラッピングエンベロープ
新しい取引タイプを定義し、将来の取引タイプの封筒として機能します。
EIP-3607)2021-06-10(:EOAアドレスによる契約の展開を禁止
コントラクトのデプロイ先アドレスとEOAアドレスの衝突を防ぐ。
) 3.4 アカウントの抽象化の発展の歴史をどのように理解するか?
まず、CAに変換された価値を理解することが重要です。基本的には、EIP-4337の実際の効果です。
しかし、EIP-4337の核心的な欠点は、人間の動機原則に反することです。それは市場の発展の悪循環に陥っています:Dappが互換性がない、ユーザーがCAアドレスを使用したがらない、CAの使用コストが高く、Dappの互換性に過度に依存しています。
したがって、イーサリアムのメインネットでは普及していません。
コストはユーザーにとって最も重要な評価基準であり、コストを削減する必要があります。
ガスを本当に削減するには、イーサリアム自体のソフトフォークアップグレードが必要です。ソフトフォークを行うのであれば、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エンコードされたシリアライズ結果です:
[chain_id、nonce、max_priority_fee_per_gas、max_fee_per_gas、gas_limit、宛先、値、データ、access_list、authorization_list、signature_y_parity、signature_r、signature_s]
authorization_listオブジェクトを追加し、署名者がEOAで実行したいコードを格納します。
4.3 取引ライフサイクル
4.3.1 検証ステージ
4.3.2 実行フェーズ
authorization_listのaddressフィールドで指定されたアドレスからコードをロードし、署名者アカウントのコンテキストで実行します。
4.4EIP-7702の値
それはWeb3ウォレットの全体的な流れを変え、ユーザー体験を大幅に向上させます。EOAが開始した通常の取引は、バッチtransferなどのさまざまなロジックを実行できます。
既存の枠を打破した:
4.5 EIP-7702 と EIP-4337 の比較
EIP-7702の利点:
EIP-7702の短所:
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈]###https://img-cdn.gateio.im/webp-social/moments-9d6eae95e3a0983a7b379ce2cfd7945f.webp(
5. まとめ
アカウントの抽象化は"すべてを修復する"モジュールの最後に実施される必要があります。EIP7702の進捗を加速させることは、主にシステムの安全性に対する課題をもたらします。最終的には実現されるでしょう、なぜならユーザーのコストが低くなったからです。
EIP7702は複数のオンチェーンルールとほとんどのDappロジックを破りますが、核心的な利点はユーザーコストが低くなることです。ユーザーは依然としてEOAアドレスを利用し、必要に応じてCAロジックを使用し、保有および使用コストが削減されました。
EIP7702は多くの変更をもたらしましたが、コストの利点から、すべてのDappが適応を研究する価値があります。今回、ユーザーは必ずEIP7702の側に立つでしょう。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-67985fb558b784e837ee5b3d436b4a7c.webp(