イーサリアム開発者はEVMへの「既存の」アップグレードを検討

これまでにイーサリアムのアップグレードで役に立ったものがあるとすれば、それは EVM オブジェクト フォーマット (EOF) です。

一度婚約し、上海で結婚する予定だったが、プロトダンクシャーディングの球状の未来に気を失った開発者によってすぐに破棄された。

この文の意味がわからなくても、心配しないでください。これは、イーサリアムのオールコア開発者向けの電話会議で何年にもわたって何時間も議論されたことの比喩です。

木曜日のACDコールの後、EOFが最終的に花嫁になる機会を得られるかどうかはまだわかりません。しかし、少なくとも明確な提案がテーブルの上にあります。

続きを読む： Dencun と Pralectra: イーサリアムコア開発者が野心的な 2024 年を描く

開発者は、Shapella ハードフォークの EOF を強く検討していました。しかし 1 年前、かなりの内省を経て、ステーキング出金のみに焦点を当て続けることが支持されました。

Shapella が安全に出荷されると、Dencun に含まれる候補が再び EOF になりました。そしてまたしてもお蔵入りとなり、この特集の主力チャンピオンであるダンノ・フェリンとグレッグ・コルビンの二人を非常に残念がらせた。

2023 年 4844 月のコンセンサスは、EOF は EIP-2 (プロト ダンクシャーディング) とステージを共有するには大きすぎるため、どちらかが撤退する必要があるということでした。後者は、レイヤー XNUMX ロールアップのユーザー エクスペリエンスを劇的に向上させる可能性があり、勝利しました。

慰めとして、イーサリアム財団のアンスガー・ディートリヒス氏は、プラハの次のアップグレードの焦点としてEOFを持つことを提案した。 「フォークで2位になるには大きすぎる」と彼は言った。したがって、独自のものがあるはずです。

続きを読む： イーサリアムの次のアップグレードは BLOB に焦点を当てます

Dencun は 4844 を「ドライバー」としており、開発者らが火曜日に Sepolia テストネットの「問題なく」ハード フォークを報告したため、XNUMX 月のメインネットに向けて順調に進んでいます。

イーサリアム財団のパリソシュ・ジャヤンティ氏は、「ファイナリティだけでなく、ブロブが望んだときに正確に表示されることも確認できた」と語った。

メインネットの前に 7 つのテストネット、Holesky だけが残されており、Dencun は XNUMX 月 XNUMX 日に最終テストを受けることになります。

EOFをゴールラインに押し上げる

木曜日の電話会議のほとんどは、次の大きな機能フォークの現状を理解することを目的としていました。 「プラハ」と名付けられたこのコンセンサス レイヤー アップグレードは、Devcon 4 の場所にちなんでタイトルが付けられています。一方、「エレクトラ」（おうし座内の青白い巨星からインスピレーションを得た呼称）は、実行クライアントが「プラハ」を指すために使用する用語です。同じアップグレード。

「Pectra」の優先事項は徐々に形になってきています。とてもゆっくりと。

フェリン氏は再びEOFについて売り込み、「今後数年のうちにEVMに存在する」と述べた。

EOF 実装者ワーキング グループのリーダーとして、フェリン氏は開発者が「『出荷』モードに移行しつつある」と述べました。

EOF は、イーサリアムのスマート コントラクトをより安全で効率的で開発者にとって使いやすいものにすることを目指しています。これは、通常隔週のオールコア開発者会議に参加しないイーサリアム dapp 開発者にとって特に重要です。

そのため、一部のクライアント チームには、これまで EOF は重要ではないという印象が残されており、その汚名を払拭するのは困難でした。

4 月 XNUMX 日の電話会議で、Reth クライアント チームの Dragan Rakita 氏は EOF への強い支持を表明し、Nethermind 開発者の Lukasz Rozmej 氏は、EOF は次のフォークの主な競合焦点である Verkle ツリーよりもテストがはるかに簡単であると述べました。

続きを読む： Big Geth ユーザーは、Nethermind のバグを受けてクライアントを多様化しています

以前はEOF懐疑論者だったGo Ethereum（Geth）のMarius van der Wijden氏でさえ、この考えには比較的賛成しているように見えた。

「EOFに向けて準備を進めてきたが、それは私にとって[優先事項]ではない」とファン・デル・ワイデンは語った。

18 月 XNUMX 日の電話会議でサポートがさらに強化されました。パラダイムの最高技術責任者ゲオルギオス・コンスタントノポロス氏は、「一人でも数カ月で実行可能」だと述べた。

Ferrin 氏は、最近の電話会議でその意見を繰り返し、EOF と Verkle の作業はクライアント チーム内の異なるエンジニアによって行われており、したがって、それにコミットしても Verkle の作業の進行が妨げられることはないと主張しました。

しかし、イーサリアム財団のゲス開発者ギョーム・バレエ氏はまだ納得しておらず、EOFがヴァークルに悪影響を及ぼす可能性を懸念していた。

「もしそれが先になったら、何かを出荷して、何かを壊したことに気づいて隅に追いやられることがないようにする必要がある」とバレエ氏は語った。

Erigon クライアント チームのソフトウェア エンジニアである Andrew Ashkhmin 氏は、EOF を Verkle テストネットで試用することと、今後数週間以内に Verkle と EOF 実装者との協力のための時間が確保されることを条件に、EOF にコミットすることを提案しました。

フェリン氏が観察したように、これは卵が先か鶏が先かのような問題です。

「Verkle のテストネットに入れる前に、クライアントで動作させる必要があります」と同氏は述べ、Besu クライアント チームがテスト目的ですぐに EOF を稼働させる可能性があると付け加えました。 

しかし彼は、それが Verkle と互換性があるはずだと確信しています。

「私は『こうあるべき』が欲しいのではなく、それが機能するのを見たいのです」とバレエは言い返した。

EOFはまだ花束を捕まえようとして残され、求婚者が通路を歩いてくるのを待っています。

次の大きなニュースをお見逃しなく – 毎日の無料ニュースレターにご参加ください。