evmオブジェクトフォーマット

ChainCatcher のメッセージ、イーサリアムのコア開発者が今後の Pectra アップグレードに EVM オブジェクトフォーマット（EOF）を追加することに同意しました。EIP-7692 に記載されているように、EOF は約 11 の EIP を含み、EVM コードに対して選択可能なコンテナを提供し、コード検証を改善し、新機能を導入します。EOF が障害要因となる場合、それは異なるフォークに分離され、Pectra が重大な遅延なしに進行できるようにします。EOF は devnet 1 の初期バージョンの一部にはなりません。Pectra アップグレードには、Vitalik Buterin によって提案されたアカウント抽象化標準 EIP-7702 も含まれます。全体として、Pectra は包括的なアップグレードと見なされており、19 の EIP を含むことが計画されており、イーサリアムの歴史の中で最も広範なアップグレードの一つです。

ChainCatcher のメッセージ、Galaxy の研究副社長 Christine Kim が第 172 回イーサリアムコア開発者実行（ACDE）電話会議を要約しました。10 月 12 日、開発者は Cancun と Deneb（Dencun）のテスト進捗およびイーサリアム仮想マシン（EVM）オブジェクトフォーマットの開発について議論しました。具体的には：9 月 29 日にリリースされた Devnet #9 の更新：Devnet #9 の現在の参加率は 93% で、これは 93% のバリデーターがネットワークコンセンサスに積極的に参加していることを意味します。現在、7% の未稼働のバリデーターは主に Geth (EL)/Teku (CL) バリデーターノードで構成されています。Erigon (EL)/Prysm (CL) クライアントの組み合わせや EthereumJS (EL) クライアントにも問題があります。Flashbots チームは Devnet #9 で MEV-Boost リレーとビルダーをテストしています。Blob トランザクションはまだ MEV-Boost ビルダーを通じてテストされていません。Devnet #10 は今週準備が整いませんが、来週には準備が整う可能性があります。開発者は EIP 4844 KZG 儀式からの信頼できる設定ファイルをテストしたいと考えています。Devnet #10 には 33 万のアクティブバリデーターを含む大規模なバリデーターセットがあります。開発ネットワークが立ち上がると、バリデーターの預金と退出が大量に流入し、ネットワーク起動後約 1 ～ 2 日以内にバリデーターのチャン限界が 5 回から 4 回に変更されることが引き起こされます。EVM オブジェクトフォーマット（EOF）開発の最新進捗：EOF は EVM の変更に焦点を当てた一連の EIP で、EVM はイーサリアム上に構築された仮想マシンで、スマートコントラクトコードを実行します。現在、EOF の開発には 4 つの主要なチームが関与しています：イーサリアム財団が資金提供する開発チーム Team Ipsilon、EL クライアントチーム（Geth、Besu、Nethermind など）、高級言語コンパイラチーム（Solidity や Vyper など）、スマートコントラクト開発者。EOF は EVM コードのために新しいコンテナフォーマットを作成する必要がありますが、現在のフォーマットを維持する必要があります。Tim Beiko を含む数人の開発者は、Dencun アップグレード後の EOF 実装の 3 ～ 6 ヶ月のタイムラインについて躊躇しています。開発者は、Prague/Electra の別の主要なコード変更として Verkle を組み込むことを検討しています。