Ethereum開発者、EOF実装を巡って対立、ネットワークアップグレードが重要な試練に

Ethereum開発者たちは、EVM Object Format（EOF）の実装を巡って争っており、ネットワークはシステムのアップグレードを目指しています。

この 衝突 この対立は、主にLightclientソフトウェアを担当するネットワークのGethチームが、FusakaアップグレードへのEOFの組み込みに公然と反対した⟦N1⟧際に始まりました⟦/N1⟧。

Ethereum Gethチーム、FusakaアップグレードからEOFを除外したい

一部のEthereum開発者はFusakaアップグレードへのEOFの追加を強く支持していますが、他の開発者はその有用性に対して依然として懐疑的です。 

理想的には、EOFはEthereumアプリケーションをより効率的かつ費用対効果の高いものにし、検証エラーを排除することを目的としています。しかし、一部の開発者は、EOFがEthereumの進化中のゼロ知識ロールアップ技術との互換性について懸念を表明しています。

2月の13⟦/N1⟧ 全コア開発者実行コールにおいて、 EthereumのGethチームはZoomチャットで、「EOFをメインネットに搭載すべきではないと私たちは考えています」とコメントし、EOFをFusakaアップグレードに統合したくないことを示しました。 

しかし、Geth開発者のMarius van der Wijden氏は、チームとは異なる意見を述べ、彼らは主に個人として作業しており、チームメンバーが「党の路線に従う義務を負うべきではない」と主張しました。

以前、Van der Wijden氏はEthereumのPectraアップグレードにおけるEOFの実装に公然と反対し、オブジェクトフォーマットが非常に複雑であると述べていました。昨年、彼はEOFが既存のアプリケーションをわずかに高速化または低コスト化するだけであり、その欠点が利点を上回ると主張しました。

しかし、ワイデンは今回は気にしていないようだ。彼は 述べた EOFが実装されれば、彼のコードの一部が含まれることになり、それは素晴らしいことだ。もし実装されなければ、ネットワークははるかに安全になる。

Pectraアップグレードは4月8に稼働開始します

全コア開発者実行コールでの合意により、イーサリアムの開発者は は、誰がそれを支援しているかを理解すると、より関連性が高くなります。Yorkville Americaは、Trump Media & Technology GroupのETF部門であるTruth Social Fundsのアドバイザーでした。これは、過去18ヶ月間暗号資産製品の開発に注力してきた同社の重点の明確な変化を示しています。 それぞれ2月24日と3月5日にテストネットHoleskyおよびSepoliaでPectraアップグレードを実施します。その後、4月8日にメインネットでのPectraリリースを行います。

しかし、イーサリアム財団のプロトコルサポートリードであるTim Beiko氏は、開発者間の対立が高まっていることを踏まえ、Fusakaのアップグレードのスケジュールを前倒しすることを望んでいます。彼はFusakaに関する最終決定を4月10日までに下すよう提案しました。Gethチームは依然としてアップグレードのスケジュールが急ぎすぎていると考えており、早急な決定は状況をさらに複雑にする可能性があるとしています。

さらに、ETH開発者たちはEIPsのイーサリアム実行層仕様（EELS）を巡って依然として対立しています。イーサリアムエンジニアのMario Vega氏は、EELSおよびEESTを通じた標準化されたテストを提案し、効率化を図ろうとしましたが、一部の開発者はこの考えに反対しています。

ワイデン氏は、EELSの義務化がメンテナーにEIP承認において過度な権限を与える可能性があると主張し、EELS実装のためのマージされていないプルリクエストを提案しました。