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

概要

最近、イーサリアムのPectraアップグレードにおいて複雑なガバナンスの争いが発生しました。EIP3074がアップグレード計画に組み込まれた後、大きな議論を引き起こし、特にERC4337チームからの強い反対がありました。EIP3074は行き詰まり、ガバナンスプロセスは膠着状態に陥りました。VitalikがEIP7702を提案するまで、この争いは解決されませんでした。

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

最終的な結論は、イーサリアムがVVRCガバナンスモデルを採用することです。どの提案も、まずイーサリアムの価値観(Value)に適合する必要があり、その後ヴィタリックが設定したビジョン(Vision)に反映され、さらにロードマップ(Roadmap)に反映され、最終的にコア開発者による議論の後にクライアント(Client)に組み込まれます。

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

プロポーザルの概要

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

EIP7702はVitalikが提案した代替案です。それは新しい取引タイプを導入し、EOAアカウントが基本機能を保持しつつスマートコントラクト機能を追加できるようにします。EIP7702はERC4337などの既存のアカウント抽象化の方案とより互換性があります。

ERC4337は現在主流のアカウント抽象化標準です。そのコア開発者はEIP3074に対して多くの反対意見を述べており、EIP3074には中央集権リスクやセキュリティ上の懸念があり、機能が不十分であると考えています。

ガバナンスプロセス

EIP3074の議論は2021年4月から始まり、何度もコア開発者会議が行われました。その間、ERC4337チームは何度も反対意見を提出しました。2024年2月になってようやくEIP3074はPectraアップグレード計画に正式に組み込まれました。

しかし、5月の会議で、Vitalikは代替案としてEIP7702を提案しました。議論の結果、開発者たちは最終的にEIP3074をEIP7702に置き換えることに同意しました。

この決定はEIP3074およびERC4337コミュニティの間で論争を引き起こしました。双方は自分たちが正しいガバナンスを行ったと考え、相手がガバナンスの失敗に責任を負うべきだと主張しています。

ガバナンスモデルの反省

この論争は、イーサリアムがVVRCガバナンスモデルを採用していることを反映しています。

1. Values(価値観):コミュニティで共有される価値観
2. ビジョン(願景):ヴィタリックの未来の構想
3. ロードマップ(:研究者が策定した技術ロードマップ
4. クライアント)クライアント(: コア開発者が実装について議論する

このモデルでは、Vitalikの個人的なビジョンがガバナンスの基盤にあり、重大な意見の不一致が生じた際には最終的な裁定権を持っています。これが、なぜEIP7702がEIP3074を迅速に置き換えることができたのかを説明しています - それはVitalikが設定したアカウント抽象のビジョンにより適合しているからです。

この出来事は、イーサリアムのガバナンスにおけるvisionとroadmapの重要性、そしてコミュニティの参加の必要性を浮き彫りにしました。将来的には、異なる利害関係者の要求をバランスさせるために、よりオープンで透明なガバナンスメカニズムを構築する必要があるかもしれません。