當網絡升級面對密鑰測試時，Ethereum 開發人員與EOF實施相沖突

當網絡試圖升級其系統時，Ethereum 開發人員正在爲EVM對象格式（EOF）實施而戰。

當網絡的Geth團隊主要傾向於使用LightClient軟件，該團隊公開反對在Fusaka升級中包括EOF 。

Ethereum Geth Team希望將EOF排除在Fusaka升級之外

一些 Ethereum 開發人員牢固地支持了Fusaka升級的EOF，而另一些則仍然對其有用性持懷疑態度。 

理想情況下，EOF旨在使 Ethereum 應用更加高效，具有成本效益，同時消除驗證錯誤。但是，有些人列舉了EOF與 Ethereum不斷發展的零知識匯總技術的兼容性的擔憂。

在2月13日的所有核心開發人員執行電話會議上，Ethereum的Geth團隊在Zoom Chat上發表了評論：“我們不同意應該在Mainnet上運送EOF，”這表明他們根本不想將EOF與Fusaka升級集成在一起。

但是，Geth開發人員Marius van der Wijden向團隊發表了單獨的意見，認爲他們主要是個人工作，稱團隊成員不應該“陷入黨派”。

之前，範德維登（Van der Wijden）公開反對 Ethereum的pectra升級的EOF實施，稱對象格式非常複雜。去年，他堅持認爲EOF僅使現有應用程序稍微更快或更便宜，認爲其缺點大於其優勢。

但是，Wijden這次似乎並不在乎。他說，如果實施了EOF，則將包括其代碼的一部分，這很棒，如果未實施該代碼，則該網絡將更加安全。

Pectra升級將於4月8日上線

正如所有核心開發人員執行呼叫期間所商定的，Ethereum開發人員將啓動Pectra升級。之後，他們將於4月8日在Mainnet上釋放Pectra。

但是， Ethereum 基金會的協議支持負責人蒂姆·貝科（Tim Beiko）希望鑑於開發商之間的衝突不斷上升，因此希望將Fusaka的升級時間表推動。他建議，應在4月10日之前做出有關fusaka的最終決定。GETH團隊仍然認爲升級時間表太匆忙了，做出任何過早的決定可能會使事情變得更加複雜。

更不用說，ETH開發人員仍在與EIPS的 Ethereum 執行層規格（EEL）衝突。 Ethereum 工程師馬里奧·維加（Mario Vega）提出了通過鰻魚和EET的標準化測試，以提高效率；但是，一些開發人員反對這個想法。

Wijden甚至聲稱，強制性鰻魚會使維護者對EIP批准過多控制，並提出了對EELS實施的未合併拉力請求。

加密大都會學院：如何撰寫訪談的Web3簡歷 -免費備忘單