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

更新レポートでは、コアイーサリアム開発者のTim Beikoが、金継ぎテストネットの立ち上げ以降に起こった注目すべき瞬間とイベントについて概説しています。 彼はまた、EIP1559の発売により取り残された提案に焦点を当てる計画を強調しました。

金継ぎ以降の発売

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

ばく露と資金損失を防ぐための更新

Beikoはまた、Engine API仕様のこの変更に加えて、実行およびコンセンサスクライアントの認証メカニズムも仕様の次のリリースで導入されることを発表しました。 このメカニズムにより、ユーザーがオープンインターネットを介して誤ってEngine APIを公開し、資金を失う可能性がなくなります。 認証を通じて、ノードのコンセンサスクライアントと実行クライアントは相互作用するだけです。

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

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

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

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