EIP3074とEIP7702の争い:イーサリアムガバナンスの反省

イーサリアムの最近のPectraアップグレードは、複雑なガバナンスの論争を引き起こしました。EIP3074がアップグレード計画に組み込まれた後、特にERC4337チームからの強い反対があり、広範な議論を引き起こしました。

EIP3074が行き詰まり、ガバナンスプロセスが停滞しています。最終的にVitalikはEIP7702を提案し、ERC4337チームのEIP3074に対する疑念を解消しました。

この論争は、イーサリアムのガバナンスにおける深層的な問題を反映しています:「コードは法律である」という前提の下で、誰がコードの具体的な内容を決定する権限を持つのでしょうか？EIP3074とEIP7702の争いは、イーサリアムの実際のガバナンスプロセスを観察するための窓を提供してくれます。

ZeroDevの分析によると、イーサリアムのガバナンスシステムはVVRCモデルに従っています：提案はまずイーサリアムの価値観(Value)に合致し、その後Vitalikのビジョン(Vision)に反映され、次にロードマップ(Roadmap)に示され、最後にコア開発者によってクライアント(Client)で実装されます。

EIP3074はVisionとRoadmapの問題によりハードフォークに組み込まれず、イーサリアムのコア開発者たちは最終的にVitalikが作成したEIP7702をアカウント抽象化方案として選びました。

! イーサリアムガバナンス戦争:EIP3074、ERC4337、EIP7702

プロポーザルの概要

EIP3074は、ガス代の支払いとバッチトランザクション機能を実現するための実行レイヤー提案です。これにより、ユーザーはアカウントをスマートコントラクトに委任することを可能にするAUTHとAUTHCALLの2つのオペコードが導入されました。しかし、EIP3074には、署名がリプレイされる可能性など、いくつかのセキュリティリスクがあります。

EIP7702はVitalikが提案した代替案です。これは新しいトランザクションタイプSET_CODE_TX_TYPEを導入し、基本機能を保持しながらEOAにスマートコントラクト機能を追加することを可能にします。EIP7702はERC4337などの既存のアカウント抽象化インフラストラクチャと互換性があり、より良い分散化の程度を持っています。

2つの提案には、メモリプールのDoS攻撃を引き起こす可能性など、いくつかのセキュリティの問題があります。しかし、EIP7702はより完全なアカウント抽象機能を実現しており、これがERC4337チームがEIP7702を支持する主な理由です。

ガバナンスプロセスの振り返り

EIP3074は2021年4月からコア開発者会議で議論されており、その間に安全問題のために何度も延期されました。ERC4337チームは会議の中で反対意見を何度も表明していました。

2024年2月、EIP3074はほぼPectraアップグレードに組み込まれることが確定しました。しかし5月に、VitalikがEIP7702を提案し、短期間でコア開発者の承認を得て、最終的にEIP3074に代わることになりました。

このプロセスはイーサリアムのガバナンスについての反省を引き起こしました。EIP3074チームはERC4337がガバナンスの失敗に責任があると考えていますが、ERC4337はEIP3074とコア開発者が十分にコミュニケーションをとっていないと考えています。

深層原因とガバナンスモデル

論争の深層的な原因は、イーサリアムのロードマップにあります。アカウント抽象のロードマップはERC4337を中心に構築されており、EIP7702はそれと互換性がある一方、EIP3074は互換性がないため、EIP3074の置き換えは必然的です。

イーサリアムはVVRCガバナンスモデルに従っています:価値観(Values)、ビジョン(Vision)、ロードマップ(Roadmaps)、クライアント(Clients)。ヴィタリックはビジョンとロードマップの策定者として、大きな論争において最終的な裁定権を持っています。

このガバナンスの争いは、イーサリアムの意思決定メカニズムの本質を明らかにした: コミュニティの議論があったにもかかわらず、重要な瞬間には依然としてコアメンバーの個人的な判断に依存している。このモデルは効率と非中央集権の間でバランスを求めているが、ガバナンスメカニズムの公平性と透明性についての考察も引き起こしている。