新しい預金提案の下では、イーサリアムのステーキングはまもなくまったく異なるものになる可能性があります

イーサリアム開発者らは、ステーキングデポジットシステムを将来の耐量子耐性バリデーターキーを受け入れるのに十分な柔軟性を持たせるための初期提案を公開しており、これにより、後のネットワークアップグレードで、現在のBLS形式を使用した新規デポジットを停止するための一方向スイッチも提供されることになる。

この変更は、新しいバリデーターがイーサリアムに入る方法に影響を与え、将来の認証情報形式のためのエントリーパスを作成します。ただし、これらの形式とそれを検証するためのルールは、依然として個別に設計および採用する必要があります。

プル リクエスト #12235 は 8 月 24 日にオープンされ、8 月 26 日の時点ではマージされていないドラフトのままであり、その作業ファイルはまだプレースホルダー番号 9999 を使用しています。イーサリアム EIP 編集者は 8394 を割り当てることを提案しましたが、この提案は公開されておらず、EIP-8394 として受け入れられていません。

デポジットスイッチの仕組み

イーサリアムのステーキング デポジット コントラクトは、将来のバリデーターの資金と認証データを受け取るエントリ ポイントです。現在のパスでは、固定 BLS12-381 形式の公開キーと署名が必要です。

代わりにドラフト仕様では、スキーム識別子と、公開キーと資格情報メタデータ用の可変長フィールドが追加されており、それぞれの上限は 8,192 バイトです。

イーサリアムの実行層はデポジットを記録でき、コンセンサス層は資格情報が有効かどうかを判断し、バリデーターを作成または更新できます。この提案の下では、契約は非 BLS 資格情報を不透明なデータとして伝送することになり、これは新しい暗号化をチェックせずにバイトを転送することを意味します。

ドラフトでは、無効、BLS 有効、および BLS 廃止の 3 つの契約モードが定義されています。これらの移行は前進するだけであり、プロトコル制御のシステム コールがリタイア モードをアクティブ化すると、新しい契約は BLS デポジットを拒否し、後で BLS オンボーディングをオンに戻すことはできなくなります。

この提案では、退職境界より前に保留キューに入った預金は、現在のコンセンサス枠組みの下で通常の処理の資格を維持すると述べています。

将来の資格情報スキームの提案では、署名の検証、バリデーター状態の表現、トップアップ、重複処理、一意性、およびキーの置換を定義する必要があります。デポジット パスをアクティブ化するには、実行層とコンセンサス層のフォークを調整する必要があります。

イーサリアムの量子後ロードマップでは、ハッシュベースのバリデーター署名スキーム leanXMSS と leanVM を組み合わせています。これは、より大規模な量子後署名を効率的に集約することを目的としており、鍵の登録、署名検証、証明、および完全な集約を段階的なマイルストーンに分離します。

イーサリアムは、現時点では暗号技術を脅かす量子コンピューターは存在せず、およそ2029年を目標とする計画であると述べている。

デポジット提案は移行インフラストラクチャの一部であり、ネットワークが最終的に新しいバリデータ キー形式を受け入れ、BLS オンボーディングを永久に終了する方法を指定します。