# イーサリアムアカウント抽象化トラックの過去と未来の深い解読本文は二つの大きな部分に分かれています:上半部分は2015年の最初のAA提案から始まり、システムはこれまでのEIP提案の主要内容を整理し、AAの歴史的提案の発展過程を探り、各方案を総合的に評価します。下半部分重点対比EIP4337提案後の市場の低迷フィードバック、次のバージョンのイーサリアムアップグレードに組み込まれるEIP7702を深く分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。EIP-7702は画期的な意義を持ちます。それについて詳しく見ていきましょう。## 1. アカウント抽象の背景### 1.1 アカウント抽象の意味の位置付けイーサリアムの創設者Vitalikは2023年末にETHの開発ロードマップを再度更新しましたが、アカウントの抽象化の設定には変更を加えていません。現在の主流のモデルはEIP-4337から次の段階「自発的にEOAアカウントに変換する」へと移行しています。EIP4337が導入されてから一年以上が経過しましたが、ユーザーは一般的に認めているものの、広く使用されてはいません。この矛盾した市場環境が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アーキテクチャには、外部アカウント)EOA(と契約アカウント)CA(の2種類があります。EOAの所有権と署名権は実際には同一主体によって保有されています。秘密鍵を持つ人は、アカウントの「所有権」を持つだけでなく、「すべての資産を署名して移転する」こともできます。これはイーサリアムアカウントの取引構造によって決まっています。標準取引にはFromフィールドがなく、資金移転はVRSパラメータ)を通じてユーザーが署名した(からFromアドレスを逆解析して取得します。この暗号学的保障の安全性が、現在のEOAアドレスの所有権統合の困難を引き起こしています。EIP4337の核心的な効果は、トランザクションフィールドにSender Addressを追加することで、秘密鍵と操作対象アドレスの分離を実現することです。所有権の分離が非常に重要である理由は、EOA設計から多くの問題が派生するからです:1. プライベートキーの保護が難しい: プライベートキーを失うことは、すべての資産を失うことを意味します2. 署名アルゴリズムが単一:ネイティブプロトコルはECDSAアルゴリズムのみを使用できる3. サイン権限が高すぎる: ネイティブマルチシグがなく、シングルサインで任意の操作を実行できる4. 取引手数料はETHでのみ支払うことができ、バルク取引はサポートされていません。5. 取引のプライバシーが漏洩しやすい: 一対一の取引はアカウント情報を分析しやすいこれらの制約は、一般ユーザーがイーサリアムを使用するのを難しくしています:まず、ユーザーはETHを保有し、価格変動リスクを負う必要があります。次に、ユーザーは複雑な料金ロジックを処理する必要があります。最後に、多くのウォレットが体験を最適化しようとしましたが、効果は限られています。したがって、突破口はアカウントの抽象化を実現し、所有権)Owner(と署名権)Signer(をデカップリングすることにあり、これにより上記の問題を徐々に解決します。歴史上、様々な方案が存在し、最終的に二つのルートに要約されます。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-65d1ef9656425666ee30c38bbb63e769(## 3. AAヒストリカルプロポーザルコンテクストコーミング問題の解法は複数のEIP提案があるように見えるが、根本的には二つの核心的な考え方しかない。未通過のEIPが考慮した問題は、既存のソリューションに組み込まれている。) 3.1 第一種ルート: EOAアドレスをCAアドレスに変換する2015年11月15日、ヴィタリックはEIP-101で契約をアカウントの新しい構造として提案しました。アドレスをコードとストレージスペースだけに変更し、手数料の支払い方法を変更し、プリコンパイルされた契約を通じてネイティブトークンをERC20のようなストレージ残高に変更し、トランザクションフィールドを簡素化しました。この大躍進的な変革は、基盤設計を大幅に変更し、各アカウントアドレスが自分自身の「コード」ロジックを持つことを可能にします###。これは現在のEIP-7702が実現しようとしている効果です(。派生機能には次のものが含まれます:1. 取引はより多くの暗号アルゴリズムを使用します2. 量子攻撃に対する特性を備えている3. エーテルはERC20と同様の機能特性を備えています。4. アカウントのカスタマイズスペースを向上させる未続けて推進しなかったのは、歩幅が大きすぎて、現在の取引ハッシュの衝突と安全性の考慮が不足していたからですが、各利点の理念は後続の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 オペコードを追加2つの新しいオペコードを追加し、EOAが契約に代わって他の契約を呼び出すことを許可できるようにします。EIP-4337)2021-09-29(:取引メモリプールを使用してアカウント抽象を実現MEVにインスパイアされたデザインで、コンセンサス層のプロトコル変更を完全に回避できます。新しいUserOperationオブジェクトを提案し、bundlersによってバッチパッケージ化され、契約実行トランザクションが配信されます。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の互換性に過度に依存しています。したがって、イーサリアムのメインネットでは普及が進んでいません。コストはユーザーにとって最も重要な指標であり、コストを下げる必要があります。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エンコードされたシリアライズ結果です:[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内で実行したいコードを保存します。ユーザーはトランザクションに署名する際、実行する契約コードにも署名し、二次元リストとして存在し、複数の操作情報を一括で保存できます。authorization_list = [[chain_id, 住所, nonce, y_parity, r, s], ...]### 4.3 取引ライフサイクル#### 4.3.1 検証フェーズ取引実行の開始時に、各authorization_listタプルについて:1. 署名者のアドレスを署名から復元する2. チェーンIDの検証3. サイン者コードが空であるか、または委任されているかを確認する4. サイン者のノンスを検証する5. サイン者コードを設定する6. サイン者のnonceを増加させる7. サイナーアカウントを訪問済みアドレスリストに追加する#### 4.3.2 実行フェーズ新しいバージョンでは、コードデプロイメントの動作が変更されました。authorization_listのaddressフィールドから指定されたアドレスを使用してコードを読み込み、署名者アカウントのコンテキスト内で実行します。ユーザー契約コードは、トランザクションに直接含まれるのではなく、チェーン上の特定のアドレスに保存されます。操作指令および関連パラメータは、トランザクションペイロードのdataフィールドに保存されます。### 4.4EIP-7702の値Web3ウォレットの全体の流れに変化をもたらし、ユーザー体験を改善します。EOAが通常の取引を開始することで、バッチ送金などのさまざまなロジックを実行できます。CeFiシーンでの取引の識別と手数料の回収に影響を与えます。既存の枠組みを打破する:1. アカウントの残高は、そのアカウントに由来しない取引によって減少する可能性があります。2. 取引実行開始後にEOAのノンスが複数増加する可能性があります3. tx.origin と msg.sender の比較保護ロジックが失敗する4. EOAはイベントを発行できます5. EOAがERC20/721/1155資産を受け取ることが失敗する可能性があります### 4.5 EIP-7702 と EIP-4337 の比較1. EIP-7702の利点:- ガスが低く、エントリーポイントモジュールを経由する必要がない- ユーザーの移行コストが低く、事前にオンチェーン契約を展開する必要がありません- コード委任の実行もサポートされています: 完全委任と保護委任2. EIP-7702のデメリット:- ソフトフォークのアップグレードであり、コンセンサスによる推進が必要で、大きな変更がある- 自由度が高く、監査が難しく、ユーザーはより信頼できるウォレットの保護が必要です。- 原架構の変化が大きく、多くのインフラが直接適応できない- EOAは契約機能を取得しますが、ストレージスペースは保持できません。- 単独取引コストがやや高くなり、Calldata部分が増加します- 受取人が受信機能を持たないコードに署名すると、DoSが発生する可能性があります。- チェーン上の充電と引き出しのロジックが一致しない可能性があります- EOAが発生させたイベントは問題を引き起こす可能性がありますこれらの欠点は、現在のEIP7702提案の内容に基づいて要約されており、最終的な実現には変化がある可能性があります。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈]###https://img-cdn.gateio.im/social/moments-9d6eae95e3a0983a7b379ce2cfd7945f(## 5. まとめアカウント抽象は現在"すべてを修復"モジュールの最後に実装されることしかできません。EIP7702の進捗を加速することは、主にシステムの安全性に対する挑戦をもたらします。変化は大きいですが、ユーザーコストが低下したため、すべてのDappが適応を研究する価値があります。ユーザーは最終的にEIP7702の側に立つでしょう。! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/social/moments-67985fb558b784e837ee5b3d436b4a7c(
EIP7702: イーサリアムアカウントの抽象化の重大な突破口と未来の展望
イーサリアムアカウント抽象化トラックの過去と未来の深い解読
本文は二つの大きな部分に分かれています:
上半部分は2015年の最初のAA提案から始まり、システムはこれまでのEIP提案の主要内容を整理し、AAの歴史的提案の発展過程を探り、各方案を総合的に評価します。
下半部分重点対比EIP4337提案後の市場の低迷フィードバック、次のバージョンのイーサリアムアップグレードに組み込まれるEIP7702を深く分析します。この提案が統合されると、オンチェーンアプリケーションの形態が全面的に変わります。
EIP-7702は画期的な意義を持ちます。それについて詳しく見ていきましょう。
1. アカウント抽象の背景
1.1 アカウント抽象の意味の位置付け
イーサリアムの創設者Vitalikは2023年末にETHの開発ロードマップを再度更新しましたが、アカウントの抽象化の設定には変更を加えていません。現在の主流のモデルはEIP-4337から次の段階「自発的にEOAアカウントに変換する」へと移行しています。
EIP4337が導入されてから一年以上が経過しましたが、ユーザーは一般的に認めているものの、広く使用されてはいません。この矛盾した市場環境が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アーキテクチャには、外部アカウント)EOA(と契約アカウント)CA(の2種類があります。EOAの所有権と署名権は実際には同一主体によって保有されています。秘密鍵を持つ人は、アカウントの「所有権」を持つだけでなく、「すべての資産を署名して移転する」こともできます。
これはイーサリアムアカウントの取引構造によって決まっています。標準取引にはFromフィールドがなく、資金移転はVRSパラメータ)を通じてユーザーが署名した(からFromアドレスを逆解析して取得します。この暗号学的保障の安全性が、現在のEOAアドレスの所有権統合の困難を引き起こしています。
EIP4337の核心的な効果は、トランザクションフィールドにSender Addressを追加することで、秘密鍵と操作対象アドレスの分離を実現することです。
所有権の分離が非常に重要である理由は、EOA設計から多くの問題が派生するからです:
これらの制約は、一般ユーザーがイーサリアムを使用するのを難しくしています:
まず、ユーザーはETHを保有し、価格変動リスクを負う必要があります。 次に、ユーザーは複雑な料金ロジックを処理する必要があります。 最後に、多くのウォレットが体験を最適化しようとしましたが、効果は限られています。
したがって、突破口はアカウントの抽象化を実現し、所有権)Owner(と署名権)Signer(をデカップリングすることにあり、これにより上記の問題を徐々に解決します。
歴史上、様々な方案が存在し、最終的に二つのルートに要約されます。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-65d1ef9656425666ee30c38bbb63e769.webp(
3. AAヒストリカルプロポーザルコンテクストコーミング
問題の解法は複数のEIP提案があるように見えるが、根本的には二つの核心的な考え方しかない。未通過のEIPが考慮した問題は、既存のソリューションに組み込まれている。
) 3.1 第一種ルート: EOAアドレスをCAアドレスに変換する
2015年11月15日、ヴィタリックはEIP-101で契約をアカウントの新しい構造として提案しました。アドレスをコードとストレージスペースだけに変更し、手数料の支払い方法を変更し、プリコンパイルされた契約を通じてネイティブトークンをERC20のようなストレージ残高に変更し、トランザクションフィールドを簡素化しました。
この大躍進的な変革は、基盤設計を大幅に変更し、各アカウントアドレスが自分自身の「コード」ロジックを持つことを可能にします###。これは現在のEIP-7702が実現しようとしている効果です(。
派生機能には次のものが含まれます:
未続けて推進しなかったのは、歩幅が大きすぎて、現在の取引ハッシュの衝突と安全性の考慮が不足していたからですが、各利点の理念は後続の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 オペコードを追加 2つの新しいオペコードを追加し、EOAが契約に代わって他の契約を呼び出すことを許可できるようにします。
EIP-4337)2021-09-29(:取引メモリプールを使用してアカウント抽象を実現 MEVにインスパイアされたデザインで、コンセンサス層のプロトコル変更を完全に回避できます。新しいUserOperationオブジェクトを提案し、bundlersによってバッチパッケージ化され、契約実行トランザクションが配信されます。
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の互換性に過度に依存しています。
したがって、イーサリアムのメインネットでは普及が進んでいません。コストはユーザーにとって最も重要な指標であり、コストを下げる必要があります。
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エンコードされたシリアライズ結果です:
[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内で実行したいコードを保存します。ユーザーはトランザクションに署名する際、実行する契約コードにも署名し、二次元リストとして存在し、複数の操作情報を一括で保存できます。
authorization_list = [[chain_id, 住所, nonce, y_parity, r, s], ...]
4.3 取引ライフサイクル
4.3.1 検証フェーズ
取引実行の開始時に、各authorization_listタプルについて:
4.3.2 実行フェーズ
新しいバージョンでは、コードデプロイメントの動作が変更されました。authorization_listのaddressフィールドから指定されたアドレスを使用してコードを読み込み、署名者アカウントのコンテキスト内で実行します。
ユーザー契約コードは、トランザクションに直接含まれるのではなく、チェーン上の特定のアドレスに保存されます。操作指令および関連パラメータは、トランザクションペイロードのdataフィールドに保存されます。
4.4EIP-7702の値
Web3ウォレットの全体の流れに変化をもたらし、ユーザー体験を改善します。EOAが通常の取引を開始することで、バッチ送金などのさまざまなロジックを実行できます。CeFiシーンでの取引の識別と手数料の回収に影響を与えます。
既存の枠組みを打破する:
4.5 EIP-7702 と EIP-4337 の比較
これらの欠点は、現在のEIP7702提案の内容に基づいて要約されており、最終的な実現には変化がある可能性があります。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈]###https://img-cdn.gateio.im/webp-social/moments-9d6eae95e3a0983a7b379ce2cfd7945f.webp(
5. まとめ
アカウント抽象は現在"すべてを修復"モジュールの最後に実装されることしかできません。EIP7702の進捗を加速することは、主にシステムの安全性に対する挑戦をもたらします。変化は大きいですが、ユーザーコストが低下したため、すべてのDappが適応を研究する価値があります。ユーザーは最終的にEIP7702の側に立つでしょう。
! [イーサリアムアカウント抽象化トラックの過去と未来の詳細な解釈])https://img-cdn.gateio.im/webp-social/moments-67985fb558b784e837ee5b3d436b4a7c.webp(