Lidoのエンジニアリング責任者であるDmitry Gusakov氏は、開発者会議ACDC #189で、Glamsterdamのビルダー向け一回限りのオンボーディングの仕組みにより、ステーキング入金を守る既存の安全策が損なわれ、複数の入金で同じバリデーター公開鍵が使われた場合に乗っ取りの危険にさらされる可能性があると警告しました。ChainCatcherによると、現在のイーサリアムのルールでは、最初に行われた有効な入金によって出金認証情報が決まります。ステーキングプロトコルはこの仕組みを利用し、まず少額のETHを入金し、バリデーターに想定どおりの認証情報が設定されていることを確認してから残額を追加することで、認証情報の改ざんを防いでいます。

フォークへの移行期間中、Glamsterdamの特別なオンボーディング機構によって、同じ公開鍵に対する後続の保留中デポジットの解釈が変わり、3つ目の結果が生じる可能性があります。つまり、バリデーターが登録されず、デポジットされたETHがビルダーに割り当てられるという結果です。Lidoは、初回のオンボーディング中もバリデーターへのデポジットとビルダーへのデポジットを区別できるようにすることを提案しましたが、コア開発者はスケジュール上の理由からこの変更を却下しました。Sepoliaではすでに現行の仕様に基づく有効化が完了しており、Hoodi向けのクライアントリリースも準備中です。現時点で挙動を変更すると、Sepoliaの再デプロイや追加テストが必要になる可能性があります。この問題は継続的なデポジット処理ではなく、移行期間中のオンボーディングプロセスに限られますが、キューで処理を待っているデポジットに影響する可能性があります。