#ETH
Eth、ステーキング預入金がビルダーに渡る恐れのあったGlamsterdamのバグを修正

Ethの開発者は、予定されているGlamsterdamアップグレードに潜んでいた欠陥を修正した。この欠陥があれば、ステーキングサービスが新しいバリデーター向けに預けたETHを、誰かが持ち去ることができた可能性がある。

バリデーターの預入金の扱いに関するルールを変更するこの修正は、開発者がいったん却下してから1週間後の月曜日にマージされた。

Glamsterdamでは、現在ひとまとめになっている2つの役割が分離される。ビルダーはトランザクションをまとめてブロックを作成し、ネットワークの保護に協力するためETHをステーキングするバリデーターは、そのブロックを選択して承認する。どちらもETHを預け入れることができ、資金は別々に管理されるはずだ。
資金が失われる可能性があった仕組み
問題はアップグレード中に発生する可能性があった。Ethが、まだ残高に反映されていない預入金を処理するタイミングだ。

研究者のavsetsinは、ある事業者がまず特定の公開鍵を使ってビルダーとして登録するシナリオを特定した。公開鍵は、バリデーターやビルダーを識別するためのものだ。その後、ステーキングサービスが同じ鍵のもとでバリデーターを立ち上げるためにETHを預け入れると、草案のルールでは両方の預入金がビルダーに計上されてしまう。

「事業者はプロトコルの資金を引き出せてしまう」とavsetsinは記した。バリデーターは作成されないため、ステーキングサービスは資金を取り戻すために必要な証明を提出できない。

LidoのGitHub組織のメンバーとして登録されているavsetsinは、研究者が「簡単なAI調査」と呼ぶ分析で、Lido、Origin、Rocket Poolがどのような影響を受けるかを調べた。調査結果は、各プロトコルが預入金をどう処理するかによって異なっていた。

「これは条件付きのコード上の指摘であり、実際に悪用が確認されたわけではない」とavsetsinは記し、既存のチェック機能が、先に行われたビルダーへの預入金を拒否して攻撃を防ぐ可能性があると付け加えた。損失は報告されていない。

いったん却下、その後マージ
開発者は10月19日に修正案を却下した。「現時点でこの変更を行うだけのクライアントからの支持がありません」と、Ethのコンセンサス仕様を管理するJustin Tragliaは記した。クライアントとは、ネットワークに参加するためにバリデーターが実行する個別のソフトウェアプログラムだ。
#Write2Earn #EarningsSeason #W2E $ETH