EIP-3074はイーサネットを再び簡単にできるか？

統一されたUXと開発エクスペリエンス：EOAを除外することなく、より良いユーザーエクスペリエンスのためにDappsを構築することができます。Dappsは、より柔軟なアカウントロジックに適応する必要があることが多く、これによりスマートアカウント機能（セッションキーやマルチシグネチャなど）を開発フレームワーク全体にうまく適合させることができる。

ハイブリッドアカウント：EOAはスマートアカウントを呼び出し元として設定できます。これは例えば、スマートアカウントがEOAをコントロールすることを可能にする一方で、EOAの秘密鍵は依然として優位性を維持し、セキュリティのコントロールを無効にすることができます。これは、興味深い新しいハイブリッドホスティングのユースケースにつながる可能性があり、また、EOAユーザーが資産を移行する前にスマートアカウントを「テスト」することを可能にします。

3.EIP-5003：スマートアカウントとのギャップを埋める

EIP-3074では、スマートアカウントにEOAの制御を委任することができますが、元の秘密鍵は依然としてEOA上のあらゆる操作を許可します。EIP-3074は、EOAに対する制御をスマート・アカウントに委譲することができるが、元の秘密鍵は依然としてEOAに対するあらゆる操作を許可する。

マルチシグネチャ：マルチシグネチャ・ウォレットまたはオンチェーン多要素認証は、EIP-3074のEOAが常に元の秘密鍵によって制御されるため、依然としてスマートアカウントを必要とします。

リカバリ：いくつかのリカバリシナリオは可能かもしれませんが、EIP-3074を使用してEOAを制御するプライマリプライベートキーをリカバリ（変更）することはできません。

量子的耐性：最終的には、量子的耐性を達成するために、自然または緊急ハードフォークによって、いずれにせよユーザーをスマートアカウントに移行する必要があります。

その他の機能：拒絶リスト、共同署名者/保護者、使用ケースに応じて異なる署名スキームを必要とするフォールバックハンドラ。

このギャップを埋め、既存のEOAからスマートアカウントへの完全な移行を可能にする、実行可能な移行パスが議論されています：EIP-5003。 このアップグレードはEIP-3074を拡張し、EOAアドレスにスマートコントラクトコードを展開しながら、元の秘密鍵へのアクセスを失効できるようにします。これにより、パブリックアドレス、譲渡不可能なトークン、およびレピュテーションを維持しながら、EOAをスマートアカウントに完全に変換することができ、一般的に、将来のアカウント抽象化ロードマップにおける前方互換性を確保します。

しかし、このようなアップグレードパスの実現可能性については、特に次のようなエッジケースに関連する懸念があります。

相互連鎖：取り消されたEOAキーは、将来出現するかもしれないものも含め、他のネットワーク上でもまだ有効です。これにより、元の秘密鍵にアクセスすることで、誰でも同じアカウントを宣言し、異なるネットワーク間で資産を移転できる可能性があります。

EOAが特定のネットワーク上のスマートアカウントに移行された場合、EOAが自動的に新しいネットワークに移行されるとは想定できません。スマートアカウントは、新しいネットワークにデプロイできなかったり、状態変更（キーロールオーバー）が同期されなかったりと、現在すでに同様の問題に直面している。キーストアのロールオーバーのようなクロスチェーンのアプローチは、この問題をある程度軽減するかもしれません。

オフチェーン署名：漏洩した鍵は、署名を検証するダップログインプロセスやpermit2トークン承認などのオフチェーンシステムでも悪用される可能性があります。これらのシステムはEIP-1271のようなスマートコントラクト署名標準をサポートするかもしれませんが、一般的には標準のecrecoverが失敗した場合にのみ使用され、失効した鍵が潜在的にアカウントを危険にさらす余地を残します。

EIP-5003のスマートアカウントに移行したEOAでは、ecrecover（イーサの機能）を常に失敗させるのが賢明です。スマートアカウントへの移行は、新しい認証ロジックの明確かつ完全な移行であるべきです。

4.EIP-3074はAAにとって良いのか悪いのか？

過去数ヶ月間、コミュニティは完全なAAへの第一歩としてERC-4337を支持してきました。開発者のエコシステムを軌道に乗せ、仕様とパッケージング・ツールを安定させ、いくつかの教訓を生み出しました。

ERC-4337が始まった当初は期待が膨らみ、それが勢いを呼び、開発者の関心を集めるのに役立ちました。主要な取引プラットフォーム（OKX、Coinbase）やウォレット（Trust、Metamask）がERC-4337のサポートに投資するなど、転換点に近づいているというポジティブなシグナルがあります。RIP-7560にコミットする関心と緊急性は、現時点ではレイヤー2にとって最小のままだからです。

AA関連のイーサリアム標準/アップグレードは、それぞれの「ハイプサイクル」を経ています。

これが、コミュニティの一部がEIP-3074に目を向けている理由の1つです。EIP-3074はERC-4337に取って代わるわけではなく、実際にはかなり相乗効果があるのですが、ERC-4337/RIP-7560からさらに焦点をずらすことになります。text-align: left;">完全なAAを達成するためには、既存のEOAを移行する方法を見つける必要があります。EOAは依然としてEtherユーザーの大半を占めているため、これは開発者やチームの優先順位に影響します。これは、(1)ユーザーが手動でスマートアカウントに切り替える、または(2)EOAをスマートアカウントに変換する方法を実装する、という2つの方法で達成できます。

EIP-3074を含めることは、完全なAAの達成からさらに遠ざかる危険性があります。それはEOAを強化し、(2)に実際に対処していない一方で、(1)に対して否定的な役割を果たします。

EIP-5003がなければ、EIP-3074は現在、完全なAAへの明確な道筋を欠いており、AAの採用に悪影響を及ぼします。さらに重要なことは、次のハードフォークでプラハ/エレクトラがアップグレードされた後、フォーカスがヴァークルツリーに移るため、AA関連のアップグレードを含めるためのウィンドウはもう2年ないかもしれないということです。したがって、EOAのさらなる確立を防ぐために、プラハ/エレクトラのアップグレードにEIP-5003を含めるべきです。

EIP-5003の有無によるEIP-3074のAAロードマップへの影響

5. まとめ

EIP-3074をめぐる議論は、イーサネットのアカウント抽象化の軌跡における重要なポイントです。

当初のAAのロードマップ：アプリケーション層AAの試み（ERC-4337）、L2を介したネイティブAAの実証（RIP-7560）、そして最終的にはL1上のネイティブAAの導入。移行トランザクション（EIP-5003、EIP-7377、あるいは強制移行）による旧バージョンの解決。EOAの問題。この経路は予想以上に時間がかかる可能性があり、EOAの優位性によって妨げられます。

私たちがすべきこと：EIP-3074を実装すると同時に、スマートアカウントの完全移行を可能にするために、プラハ/エレクトリカルハードフォークにEIP-5003を含める。これにより、レガシーユーザーが取り残されることなく、同時にAAの努力を妨げないようにすることができます。

私たちが現在計画していること（最悪のシナリオ）：EIP-3074のみを実施し、EOAを確立するリスク、または少なくともスマートアカウントの採用を大きく妨げるリスクを冒す。

エーテルAAロードマップの十字路（改善案を提供してくれたVitalikに感謝）