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

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

EIP3074は行き詰まり、ガバナンスプロセスは続行できませんでした。VitalikがEIP7702を提案するまで、ERC4337チームによるEIP3074への疑念は解消されませんでした。

このガバナンスの論争は、イーサリアムのガバナンスにおける深い問題を反映しています。"コードは法律である"という前提の下で、誰がコードの具体的な内容を決定する権限を持っているのか。EIP3074とEIP7702の争いは、イーサリアム内部の真のガバナンスプロセスを観察するための視点を提供します。

最終的な結論は、イーサリアムが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などの既存のアカウント抽象化スキームとより互換性があります。

ERC4337は別のアカウント抽象の実装方案です。その作者YoavはEIP3074に対して、中央集権リスク、安全上の懸念、機能の不完全さなど多くの批判を行いました。

ガバナンスプロセス

EIP3074は2021年4月からコア開発者会議で議論されてきましたが、安全上の問題からアップグレードには含まれていません。その間に何度も議論と改善が行われました。

2024年2月、EIP3074はほぼすべてのクライアント実装の支持を受け、Pectraアップグレードに組み込まれる準備が整いました。しかし、その後ERC4337チームが強く反対しました。

5月9日、VitalikはEIP7702を代替案として提案しました。議論の結果、コア開発者たちは最終的にEIP3074をEIP7702に置き換えることを決定しました。

論争と反省

EIP3074の開発者はERC4337がガバナンスの失敗に責任があると考えており、なぜなら彼らは以前に積極的に議論に参加しなかったからです。一方、ERC4337チームはコア開発者が彼らの意見を無視したと考えています。

実際、これはイーサリアムガバナンスの深層的な問題を反映しています。イーサリアムはVVRCモデルを採用しており、Vitalikの個人的なビジョンがガバナンスモデルの基盤にあります。重大な対立が生じた場合、Vitalikには最終的な決定権があります。

EIP7702はVitalikが設定したアカウント抽象化のロードマップにより適合しており、これが最終的に勝利する鍵となる理由です。この論争は、イーサリアムのガバナンスにおける個々のビジョンの重要性と、コミュニティ参加の限界を浮き彫りにしました。