Ethereum提案、将来のバリデーター鍵でステーキング預入を変更する可能性

Ethereumの開発者は、ステーキング預入を将来のバリデーター鍵形式に対応させるための初期草案を公開した。この草案では、後続のネットワークアップグレードにより、現在のBLS形式を使う新規預入を恒久的に拒否できる可能性がある。プルリクエスト#12235は8月24日に開かれ、8月26日時点でも未マージのDraftだった。作業ファイルでは依然として仮番号9999が使われている。Ethereum EIPsの編集者は番号8394を提案したが、この提案はEIP-8394として公開も承認もされていない。現在の預入経路は、固定されたBLS12-381形式の公開鍵と署名を想定している。草案は、公開鍵と認証情報メタデータ向けに、スキーム識別子と可変長フィールドを追加する。各フィールドの上限は8,192バイトとなる。実行レイヤーが預入を記録する。コンセンサスレイヤーは各認証情報が有効かどうかを判断し、バリデーターを作成または更新できる。コントラクトはBLS以外の認証情報を、その暗号方式を検証せず不透明なデータとして保持する。草案は、無効、BLS有効、BLS廃止の3つのモードを定義する。モードは前にしか進められない。プロトコルが制御するシステムコールがBLS廃止モードを有効化する。その後、コントラクトは新たなBLS預入を拒否し、BLSのオンボーディングを復元できなくなる。廃止境界より前に保留キューへ入った預入は、現行のコンセンサス枠組みの下で通常処理の対象であり続ける。別の認証情報スキーム提案では、署名検証、バリデーター状態の表現、追加入金、重複処理、一意性、鍵交換をなお定義する必要がある。預入経路を有効化するには、実行レイヤーとコンセンサスレイヤーが連携したフォークが必要になる。Ethereumの耐量子ロードマップは、ハッシュベースの軽量なleanXMSSバリデーター署名方式とleanVMを組み合わせている。leanVMは、より大きな耐量子署名を効率的に集約することを意図している。ロードマップでは、鍵登録、署名検証、アテステーション、完全な集約を段階的なマイルストーンに分けている。Ethereumは、現時点で同ネットワークの暗号技術を脅かせる量子コンピューターは存在しないとしている。約2029年という目標は計画上の目標だ。