イーサネット開発者がEVMのEOFアップグレードを検討

著者：Macauley Peterson, Blockworks; Compiled by Tong Deng, Golden Finance

かつて永遠の花嫁付添人だったイーサのアップグレードがあるとすれば、それはEVM Object Format (EOF)でした。

一度は婚約し、上海で結婚式を挙げる予定でしたが、Proto-Dankshardingの未来に興奮している開発者たちによって、すぐに捨てられました。

意味がわからなくても、心配しないでください。これは、何年にもわたるEtherCoreとオールコアの開発者との電話での議論のメタファーなのです。

木曜日のACD(All Core Dev)コールの後、EOFが最終的に花嫁になるチャンスがあるかどうかはまだわかりません。しかし、少なくともテーブルの上には明確な提案があります。

開発者たちは、ShapellaハードフォークでEOFを導入することを強く検討していました。しかし、1年前、熟慮の末、彼らはEOFを放棄し、代わりに誓約撤回に完全に集中することを決定しました。

Shapellaが無事に配信されると、EOFはDencunのパイプラインに再び現れました。その後、この機能の主な提案者の2人であるDanno Ferrin氏とGreg Colvin氏が後悔するほど、再び棚上げされました。

2023年4月のコンセンサスでは、EOFはEIP-4844（Proto-Danksharding）と同時に行うには規模が大きすぎるため、どちらかを選ばなければならないということでした。レイヤー2ロールアップのユーザーエクスペリエンスを大幅に向上させる可能性のある後者が、最終的に勝利しました。

慰めとして、Ethernet FoundationのAnsgar Dietrichsは、次のアップグレード(プラハ)の焦点としてEOFを提案しました。「ハードフォークで2番目になるには大きすぎます。EOFはハードフォークで2番目になるには大きすぎます。

4844を「ドライバ」とするDencunは、開発者が火曜日にSepoliaテストネットワークのハードフォークを報告したため、3月にメインネットワークに入る予定です。

メインネットワークがリリースされる前に残っているテストネットワークはHoleskyだけで、Dencunは2月7日に最終テストを受けるはずです。

EOFを公式にする

木曜日の電話会議は、次の主要な機能フォークの現状を把握することが主な目的でした。プラハ」と呼ばれるコンセンサス層のアップグレードは、Devcon 4の会場にちなんで名付けられた。一方、「エレクトラ」（牡牛座の青と白の星にインスパイアされた名前）は、同じアップグレードを参照するために実行クライアントによって使用される用語です。

ペクトラの優先順位は徐々に明らかになってきている。

フェリンはEOFを「今後数年間のEVMに不可欠なもの」だと再びアピールした。

EOF実装ワーキンググループのリーダーとして、フェリン氏は開発者が「すでに "デリバリー "モードに入っている」と述べた。

EOFの目標は、イーサリアムのスマートコントラクトをより安全で効率的な、開発者に優しいものにすることです。これは、通常2週間に1度のオールコア開発者コールに参加しないイーサリアムのダップ開発者にとって特に重要です。

このため、一部のクライアントサイドチームは、EOFは過去に重要ではなかったと考えており、その印象を変えることは困難でした。

RethクライアントチームのDragan Rakita氏は、1月4日のコールでEOFへの強い支持を表明し、Nethermind開発者のLukasz Rozmej氏は、EOFはVerkleツリーよりもテストしやすいと指摘しました。

EOFは、Verkleツリー（EOFの次のフォーク）よりもテストしやすいと指摘した。

かつてEOFに懐疑的だったGo Ethereum (Geth)のMarius van der Wijden氏でさえ、このアイデアを比較的支持しているようだ。

ファン・デル・ワイデン氏は、"私はEOFを徐々に受け入れている。"と述べた。

1月18日の電話会議で、パラダイム社の最高技術責任者（CTO）であるゲオルギオス・コンスタントノポロス氏は、「数カ月でできること」だと述べた。

フェリン氏は最近の電話会議でもその考えを繰り返し、EOFとVerkleの作業はクライアントチーム内の異なるエンジニアによって行われており、したがってEOFのサポートを約束してもVerkleの進捗を妨げることはないと主張した。

しかし、イーサネット財団のGeth開発者であるGuillaume Ballet氏は、EOFがVerkleに悪影響を及ぼすという懸念にまだ納得していない。

Ballet氏は、"もしEOFが先に進むのであれば、何かをリリースした後に自分たちが窮地に陥らないようにする必要がある "と述べた。

ErigonのクライアントチームのソフトウェアエンジニアであるAndrew Ashikhminは、EOFにコミットすると同時にVerkleのテストネットワークで試してみることを提案し、今後数週間のうちにVerkleとEOFの実装者が協力する時間を確保することを提案した。

フェリンが言うように、これは「鶏が先か卵が先か」のような問題だ。

「Verkleのテストネットワークに載せる前に、クライアント側で動作させる必要がある」と彼は言い、彼のBesuクライアントチームは、テストのためにEOFをすぐに立ち上げて動作させることができるかもしれないと付け加えた。

しかし、彼はEOFがVerkleと互換性があると確信している。

バレエは、「私は "すべき "ではなく、"動く "のを見たいのです」と反論した。

EOFはまだブーケをキャッチしようとしており、興味のある関係者がバージンロードを歩いてくれるのを待っている。