Ethereum 開発者たちは、ネットワークがシステムのアップグレードを模索する中、EVM オブジェクト フォーマット (EOF) の実装をめぐって争っている。.
この衝突 は、主に Lightclient ソフトウェアを担当するネットワークの Geth チームが、Fusaka アップグレードに EOF を含めることに公然と反対したことから始まった。
Ethereum GethチームはFusakaアップグレードからEOFを除外したいと考えている
一部の Ethereum 開発者はFusakaアップグレードへのEOF追加を強く支持しているが、その有用性に依然として懐疑的な開発者もいる。.
理想的には、EOFは検証エラーを排除しながら、 Ethereum アプリケーションの効率性とコスト効率を向上させることを目的としています。しかし、EOFと Ethereumの進化するゼロ知識ロールアップ技術との互換性について懸念を表明する声もあります。.
2月13日の全コア開発者実行コールで、EthereumのGethチームはZoomチャットで「EOFをメインネットに出荷することに全く反対だ」とコメントし、EOFをFusakaアップグレードに統合する意思が全くないことを示した。
しかし、Gethの開発者であるマリウス・ファン・デル・ワイデン氏はチームとは別の意見を述べ、チームメンバーは主に個人として働いていると主張し、チームメンバーは「党の方針に従う」義務はないと述べた。
以前、ファン・デル・ワイデン氏は、 EthereumのPectraアップグレードにおけるEOF実装に公然と反対し、オブジェクトフォーマットが非常に複雑だと主張していました。昨年は、EOFは既存のアプリケーションの速度やコストをわずかに向上させるだけで、そのデメリットがメリットを上回ると主張しました。.
しかし、Wijden氏は今回は気にしていないようだ。EOFが実装されれば自分のコードの一部が取り込まれるので素晴らしいが、実装されなければネットワークははるかに安全になると述べた
Pectraのアップグレードは4月8日に開始されます
全コア開発者会議での合意に基づき、Ethereum開発者はリリースし。その後、4月8日にメインネットでPectraをリリースする予定です。
しかし、 Ethereum 財団のプロトコルサポートリーダーであるティム・ベイコ氏は、開発者間の対立が高まっていることを踏まえ、Fusakaのアップグレードのタイムラインを前倒しすることを望んでいる。ベイコ氏は、Fusakaに関する最終決定は4月10日までに行うべきだと示唆した。Gethチームは依然として、アップグレードのタイムラインはあまりにも急ぎすぎており、時期尚早な決定は事態をさらに複雑にする可能性があると考えている。.
言うまでもなく、ETH開発者たちはEIPの Ethereum Execution Layer仕様（EELS）をめぐって依然として対立しています。Ethereumエンジニア Ethereum Mario Vega氏は、効率性を高めるためにEELSとEESTを通じた標準化されたテストを提案しましたが、一部の開発者はこの考えに反対しています。.
Wijden 氏は、EELS を強制するとメンテナーに EIP 承認に対する過度な制御権が与えられると主張し、EELS 実装に対してはマージされていないプル リクエストを提案しました。.
