アカウント抽象化 (AA) は、イーサリアムエコシステムにおいて最も変革的な提案の一つとして浮上しており、ユーザーがブロックチェーンアカウントを管理する方法を根本的に再構築しています。従来のアプローチとは異なり、EIP-4337 はプロトコルレベルの変更を必要とせず、より柔軟でユーザーフレンドリーなシステムを可能にします。暗号に不慣れな人々にとって、これはブロックチェーンとのインタラクションを従来のアプリと同様にシームレスにするための突破口となるかもしれません。## イーサリアムのアカウントアーキテクチャの分解アカウント抽象化を理解するためには、まずイーサリアムが現在アカウントをどのように管理しているかを理解する必要があります。ネットワークは、外部所有アカウント (EOAs) と契約アカウント (CAs) の2つの異なるアカウントタイプをサポートしています。**EOAs**はプライベートキーとシードフレーズによって制御されており、これは現在ほとんどのユーザーが使用しているものです。一方、**CAs**はスマートコントラクトによって管理され、プログラム的ルールの下で動作します。アカウント抽象化はこのギャップを埋め、基本的にEOAsをCAsの機能でアップグレードし、私たちがスマートコントラクトウォレットと呼ぶものを作成します。この変革は、トランザクションソースを署名から切り離し、ユーザーにアカウントセキュリティメカニズムに対する前例のない柔軟性を与えます。その結果？イーサリアムエコシステム全体で劇的に改善された体験。## アカウント抽象化が重要な理由暗号コミュニティはAAを熱心に受け入れています。その理由は簡単です：それは実際の問題を解決するからです。第一に、現在は硬直的で制限を感じるオンチェーンアクションに真の柔軟性をもたらします。第二に、以前は利用できなかった新しいセキュリティオプションの tier を解放します。これらは小さな便利さではなく、主流の採用を妨げてきた根本的な痛点を表しています。これらに直接対処することで、AAはイーサリアムを非暗号ネイティブが大幅に低い参入障壁で歓迎できるようにします。## アカウント抽象化提案の進化アカウント抽象化は新しいアイデアではありません。この概念は、2020年に2つの競合する提案を通じて初めて登場しました：**EIP-2938** および **EIP-3074**。**EIP-2938**は、CAを「トップレベル」のアカウントとして、手数料を支払い、独立してトランザクションを実行できるようにすることを提案しました。一方、**EIP-3074**は、EOAが契約に対して自分のアクションを委任できるようにする新しい二つのオペレーションコード—AUTHとAUTHCALL—を導入しました。これにより、開発者は新しいトランザクションスキームを設計するためのより柔軟なフレームワークを得ることができました。両者は重大な障害に直面しました：彼らはイーサリアムのコアプロトコルに大規模な変更を必要とし、ハードフォークを必要としました。このような基本的な変更のリスクはあまりにも大きすぎることが判明し、両方の提案は最終的に保留されました。## EIP-4337の紹介: ゲームチェンジャー**EIP-4337**は、プロトコル層を変更することなくアカウント抽象化を実現するため、画期的な瞬間を表しています。代わりに、アプリケーション層のソリューションを通じて機能し、実装がより実用的でリスクが少なくなります。### EIP-4337のコアコンポーネントEIP-4337がどのように機能するかを理解するためには、これらの重要な要素に慣れる必要があります。**UserOperation** - アカウントが実行したいすべての取引詳細を含むパッケージ化されたオブジェクトで、署名の前に提出されます。**エントリーポイント** - ユーザー操作のバンドルを受け取り、検証後にそれらを実行するスマートコントラクト。**バンドラー** - ユーザー操作を収集し、それらをトランザクションにまとめ、エントリーポイントコントラクトに提出するオフチェーンノード。**ウォレット契約** - 従来のEOAに代わるユーザー所有のスマート契約アカウントです。**ウォレットファクトリー** - 個々のユーザーのためにオンデマンドで新しいウォレット契約を展開できる契約。**アグリゲーター** - 署名のバンドルを検証するヘルパー契約で、署名の集約を通じて効率を改善します。**ペイマスター** - ガス料金の柔軟な支払いを可能にする革新。ユーザーは現在、さまざまなトークンで取引手数料を支払ったり、第三者がガス料金を全額スポンサーすることができます。## EIP-4337の下でのトランザクションの流れ実際のメカニズムをステップバイステップで見ていきましょう:### ステップ 1: トランザクションの意図ユーザーは、送信者アドレス、maxFeePerGas、maxPriorityFee、および署名を含むトランザクションの詳細を含むUserOperationを作成します。特に、署名メカニズムはプロトコルではなくアカウントの実装によって決定され、カスタマイズが可能です。### ステップ2: メモリープールルーティングUserOperationは、標準のトランザクションメモリプールとは異なる専用のユーザーオペレーションメモリプールに入ります。この分離により、並列処理が可能になります。### ステップ3：バンドリングバンドラーノードはユーザー操作のメモリプールを監視し、validateUserOp関数を使用して操作を検証し、複数の操作を単一のバンドルにまとめます。### ステップ4: ブロックの含有バンドラーはブロックビルダーとして機能し、次のブロックにバンドルされたトランザクションを組み込みます。ブロックを直接構築できないバンドラーも、MEV-boostのようなブロックビルディングインフラと協力したり、条件付きトランザクションAPIを使用して同様の結果を達成することができます。### ステップ5: 実行エントリーポイント契約はバンドルを展開し、各ウォレット契約のためにExecuteUserOp関数を実行し、すべてのトランザクションを処理します。完全なバンドルはその後、単一のトランザクションとしてオンチェーンに記録されます。## アカウントタイプの比較: EOA vs. MPC vs. AAウォレット各ウォレットカテゴリーには理解する価値のある独自の特徴があります:| 特徴 | EOAウォレット | MPCウォレット | AAウォレット ||---|---|---|---|| **アカウントタイプ** | EOA | EOA | コントラクトアカウント || **作成コスト** | 低 | 低 | 高い || **ガス料金** | 低い | 低い | 変動する || **ガス支払い** | ETHのみ | ETHのみ | マルチトークン、第三者スポンサー || **バッチトランザクション** | 利用不可 | 利用不可 | サポートされている || **署名方法** | ECDSAのみ | ECDSAのみ | 柔軟なオプション || **プライベートキー管理** | 必須 | 必須 | オプション || **アカウントの復旧** | なし | 限定 | 完全な復旧が可能 || **セキュリティレベル** | 標準なし | 中程度 | チェーン強制 || **エコシステム互換性** | 優れた | 制限された | 良好 |## EIP-3074 対 EIP-4337: 詳細な比較EIP-3074は保留中ですが、EIP-4337との違いを理解することは貴重な視点を提供します。**EIP-3074の強み:**- デプロイメントなしで契約へのシームレスなEOA委任を可能にします- 開発者が高度な取引パターンを作成できるようにします (バッチ取引、パッケージ化された操作)- ETHだけでなくトークン支払いを受け入れるインボーカーコントラクトを導入します- 取引スポンサーと受取人の間の信頼のない仲介層として機能します**EIP-3074の制限:**- コンセンサスレイヤーの修正と潜在的なハードフォークが必要- ハードフォークのリスクは、バグが発生した場合にプロトコルの不安定性を引き起こします。- 固定の署名メカニズムとしてECDSAを維持し、任意の署名スキームを防止します- ネットワーク全体で実装および調整するのが大幅に複雑になる対照的に、EIP-4337はこれらの欠点なしに同様の利点を達成しており、コミュニティの望ましい進むべき道となっています。## EIP-5003: ドアを開けておく興味深いことに、アカウント抽象化に関する作業は止まっていません。**EIP-5003**はAUTHUSURPオペコードを導入し、**EIP-3607**と連携して既存のEOAが自分自身をコントラクトアカウントにアップグレードできるようにします。実際のシナリオは次のとおりです：EOAがEIP-3074のフレームワークに基づいて別のアドレスにその代理として行動することを許可します。EIP-5003を使用すると、その許可されたアドレスは元のEOAの位置でコードを展開できるようになり、実質的にそれを契約アカウントにアップグレードします。この洗練されたメカニズムにより、ユーザーは既存のアカウントを放棄することなく、制限のあるECDSA署名からより洗練された安全な署名方法に移行できます。## これからの道イーサリアムが主流採用に向けて進化する中、アカウント抽象化はその最も有望な革新の一つを表しています。柔軟なガス支払いモデル、強化されたセキュリティフレームワーク、効率的なアカウント管理を導入することで、EIP-4337はブロックチェーンとのインタラクションから大きな摩擦を取り除きます。この標準は、ウォレットの複雑さがユーザーにとって見えなくなる未来を可能にします。取引体験が(または)の従来の金融アプリケーションを上回るところです。実装が進むにつれて、より多くのプラットフォームがEIP-4337機能を統合することで、イーサリアムのアクセシビリティとユーザー成長の著しい加速が期待できます。大規模な採用のためのインフラが具体化しています。この空間を注視してください。アカウント抽象化がブロックチェーンの風景を引き続き再形成しています。
EIP-4337: イーサリアムにおけるアカウント抽象化について知っておくべきこと
アカウント抽象化 (AA) は、イーサリアムエコシステムにおいて最も変革的な提案の一つとして浮上しており、ユーザーがブロックチェーンアカウントを管理する方法を根本的に再構築しています。従来のアプローチとは異なり、EIP-4337 はプロトコルレベルの変更を必要とせず、より柔軟でユーザーフレンドリーなシステムを可能にします。暗号に不慣れな人々にとって、これはブロックチェーンとのインタラクションを従来のアプリと同様にシームレスにするための突破口となるかもしれません。
イーサリアムのアカウントアーキテクチャの分解
アカウント抽象化を理解するためには、まずイーサリアムが現在アカウントをどのように管理しているかを理解する必要があります。ネットワークは、外部所有アカウント (EOAs) と契約アカウント (CAs) の2つの異なるアカウントタイプをサポートしています。
EOAsはプライベートキーとシードフレーズによって制御されており、これは現在ほとんどのユーザーが使用しているものです。一方、CAsはスマートコントラクトによって管理され、プログラム的ルールの下で動作します。アカウント抽象化はこのギャップを埋め、基本的にEOAsをCAsの機能でアップグレードし、私たちがスマートコントラクトウォレットと呼ぶものを作成します。
この変革は、トランザクションソースを署名から切り離し、ユーザーにアカウントセキュリティメカニズムに対する前例のない柔軟性を与えます。その結果？イーサリアムエコシステム全体で劇的に改善された体験。
アカウント抽象化が重要な理由
暗号コミュニティはAAを熱心に受け入れています。その理由は簡単です：それは実際の問題を解決するからです。第一に、現在は硬直的で制限を感じるオンチェーンアクションに真の柔軟性をもたらします。第二に、以前は利用できなかった新しいセキュリティオプションの tier を解放します。
これらは小さな便利さではなく、主流の採用を妨げてきた根本的な痛点を表しています。これらに直接対処することで、AAはイーサリアムを非暗号ネイティブが大幅に低い参入障壁で歓迎できるようにします。
アカウント抽象化提案の進化
アカウント抽象化は新しいアイデアではありません。この概念は、2020年に2つの競合する提案を通じて初めて登場しました：EIP-2938 および EIP-3074。
EIP-2938は、CAを「トップレベル」のアカウントとして、手数料を支払い、独立してトランザクションを実行できるようにすることを提案しました。一方、EIP-3074は、EOAが契約に対して自分のアクションを委任できるようにする新しい二つのオペレーションコード—AUTHとAUTHCALL—を導入しました。これにより、開発者は新しいトランザクションスキームを設計するためのより柔軟なフレームワークを得ることができました。
両者は重大な障害に直面しました：彼らはイーサリアムのコアプロトコルに大規模な変更を必要とし、ハードフォークを必要としました。このような基本的な変更のリスクはあまりにも大きすぎることが判明し、両方の提案は最終的に保留されました。
EIP-4337の紹介: ゲームチェンジャー
EIP-4337は、プロトコル層を変更することなくアカウント抽象化を実現するため、画期的な瞬間を表しています。代わりに、アプリケーション層のソリューションを通じて機能し、実装がより実用的でリスクが少なくなります。
EIP-4337のコアコンポーネント
EIP-4337がどのように機能するかを理解するためには、これらの重要な要素に慣れる必要があります。
UserOperation - アカウントが実行したいすべての取引詳細を含むパッケージ化されたオブジェクトで、署名の前に提出されます。
エントリーポイント - ユーザー操作のバンドルを受け取り、検証後にそれらを実行するスマートコントラクト。
バンドラー - ユーザー操作を収集し、それらをトランザクションにまとめ、エントリーポイントコントラクトに提出するオフチェーンノード。
ウォレット契約 - 従来のEOAに代わるユーザー所有のスマート契約アカウントです。
ウォレットファクトリー - 個々のユーザーのためにオンデマンドで新しいウォレット契約を展開できる契約。
アグリゲーター - 署名のバンドルを検証するヘルパー契約で、署名の集約を通じて効率を改善します。
ペイマスター - ガス料金の柔軟な支払いを可能にする革新。ユーザーは現在、さまざまなトークンで取引手数料を支払ったり、第三者がガス料金を全額スポンサーすることができます。
EIP-4337の下でのトランザクションの流れ
実際のメカニズムをステップバイステップで見ていきましょう:
ステップ 1: トランザクションの意図
ユーザーは、送信者アドレス、maxFeePerGas、maxPriorityFee、および署名を含むトランザクションの詳細を含むUserOperationを作成します。特に、署名メカニズムはプロトコルではなくアカウントの実装によって決定され、カスタマイズが可能です。
ステップ2: メモリープールルーティング
UserOperationは、標準のトランザクションメモリプールとは異なる専用のユーザーオペレーションメモリプールに入ります。この分離により、並列処理が可能になります。
ステップ3：バンドリング
バンドラーノードはユーザー操作のメモリプールを監視し、validateUserOp関数を使用して操作を検証し、複数の操作を単一のバンドルにまとめます。
ステップ4: ブロックの含有
バンドラーはブロックビルダーとして機能し、次のブロックにバンドルされたトランザクションを組み込みます。ブロックを直接構築できないバンドラーも、MEV-boostのようなブロックビルディングインフラと協力したり、条件付きトランザクションAPIを使用して同様の結果を達成することができます。
ステップ5: 実行
エントリーポイント契約はバンドルを展開し、各ウォレット契約のためにExecuteUserOp関数を実行し、すべてのトランザクションを処理します。完全なバンドルはその後、単一のトランザクションとしてオンチェーンに記録されます。
アカウントタイプの比較: EOA vs. MPC vs. AAウォレット
各ウォレットカテゴリーには理解する価値のある独自の特徴があります:
EIP-3074 対 EIP-4337: 詳細な比較
EIP-3074は保留中ですが、EIP-4337との違いを理解することは貴重な視点を提供します。
EIP-3074の強み:
EIP-3074の制限:
対照的に、EIP-4337はこれらの欠点なしに同様の利点を達成しており、コミュニティの望ましい進むべき道となっています。
EIP-5003: ドアを開けておく
興味深いことに、アカウント抽象化に関する作業は止まっていません。EIP-5003はAUTHUSURPオペコードを導入し、EIP-3607と連携して既存のEOAが自分自身をコントラクトアカウントにアップグレードできるようにします。
実際のシナリオは次のとおりです：EOAがEIP-3074のフレームワークに基づいて別のアドレスにその代理として行動することを許可します。EIP-5003を使用すると、その許可されたアドレスは元のEOAの位置でコードを展開できるようになり、実質的にそれを契約アカウントにアップグレードします。この洗練されたメカニズムにより、ユーザーは既存のアカウントを放棄することなく、制限のあるECDSA署名からより洗練された安全な署名方法に移行できます。
これからの道
イーサリアムが主流採用に向けて進化する中、アカウント抽象化はその最も有望な革新の一つを表しています。柔軟なガス支払いモデル、強化されたセキュリティフレームワーク、効率的なアカウント管理を導入することで、EIP-4337はブロックチェーンとのインタラクションから大きな摩擦を取り除きます。
この標準は、ウォレットの複雑さがユーザーにとって見えなくなる未来を可能にします。取引体験が(または)の従来の金融アプリケーションを上回るところです。実装が進むにつれて、より多くのプラットフォームがEIP-4337機能を統合することで、イーサリアムのアクセシビリティとユーザー成長の著しい加速が期待できます。
大規模な採用のためのインフラが具体化しています。この空間を注視してください。アカウント抽象化がブロックチェーンの風景を引き続き再形成しています。