イーサリアム開発者が金継ぎのバグ、新しい窯テストネット、上海のアップグレードなどについて語る

更新レポートの中で、イーサリアムのコア開発者であるティム・ベイコ氏は、Kintsugi テストネットの立ち上げ以降に起こった注目すべき瞬間や出来事について概説しました。 同氏はまた、EIP 1559の立ち上げにより無視された提案に焦点を当てる計画も強調した。 

金継ぎ以降の発売

メジャー アップデート マージ後のイーサリアムネットワークで起こったのは、ホリデーシーズンの直前にKintsugiテストネットが立ち上げられたことでした。 ネットワーク上で実行される、簡単にアクセスできる初の公開マルチクライアント テストネットとして、ファイナライズの遅延を引き起こしたバグの解読に役立ちました。 さらに、ネットワーク内に複数のディープ フォークがあった場合には、他の問題も発生しました。 これは、コンセンサス クライアントから複数のフォークを介して実行クライアントに送信されたペイロードが優先され、デフォルトで実行されていたために発生していました。 このプロセスによりクライアントの速度が低下し、不要な同期プロセスがトリガーされました。 場合によっては、ノードがパニックを起こしてシャットダウンすることもあります。 Beiko氏は、ペイロードを受信する際の実行クライアントの要件を緩和し、デフォルトで処理されないようにすることで問題が解決されたと明らかにした。 代わりに、クライアントはペイロードを非正規チェーンに保存することを選択できます。 

暴露と資金損失を防ぐためのアップデート

Beiko はまた、エンジン API 仕様のこの変更に伴い、実行クライアントとコンセンサス クライアントの認証メカニズムも仕様の次のリリースで導入されることを発表しました。 このメカニズムにより、ユーザーがオープン インターネット上で誤って Engine API を公開し、資金の損失につながる可能性がなくなるのを防ぎます。 認証を通じて、ノードのコンセンサスクライアントと実行クライアントは相互にのみ対話します。 

Beiko 氏はまた、新しい Kintsugi スタイルのテストネット、Kiln が最新の仕様を実行し、実装後の変更についても話しました。 彼は、すべてがうまくいけば、メインネットでのマージの日付を最終決定する前に、既存のテストネットがプルーフ・オブ・ステークに移行されるだろうと指摘しました。 

最後に、注目を集めるその他の提案

Beiko 氏は、合併後の最初のアップグレードである上海に関する議論についても語ります。 過去 1559 年間、ほとんどのプロトコル作業は EIP 3074 イニシアチブとプルーフ・オブ・ステークへの移行を中心に展開されてきたと彼は指摘しました。 その結果、優先順位が下がっていた他の提案が現在、上海のアップグレードに関して検討されている。 これらのプロジェクトには、EVM オブジェクト フォーマット、BLS プリコンパイル、EIP-4488、EIP-1153、および EIP-XNUMX などがあります。 さらに、チームはビーコンチェーンからの撤退も優先しています。 

免責事項：この記事は情報提供のみを目的として提供されています。 法律、税務、投資、財務、またはその他のアドバイスとして提供または使用することを意図したものではありません。