イーサリアムの新提案EIP-8390、同期委員会の廃止で年間約3万3,800ETHの発行減を試算　Altairライトクライアント刷新へ

イーサリアムの新たな提案「EIP-8390」がEIPリポジトリに取り込まれた。内容は、ビーコンチェーン上でライトクライアント向けに機能してきた512バリデータの同期委員会（Sync Committee）を廃止し、同委員会に紐づく報酬を削除する一方、オフチェーンのゼロ知識証明（ZK証明）でCasper FFGのファイナリティを提示する方式へ置き換えるというものだ。登録は8月24日02:04（UTC）。ステータスはDraftで、採用済みアップグレードではなく、起動エポックやロードマップ上の確約もない。実装・日程はクライアントチーム側に委ねる構成となっている。 提案書の試算では、同期委員会の報酬ウェイトを削除すると、年間のコンセンサス発行量が約3万3,800ETH減少する見込み。現行のコンセンサス報酬設計では、同期委員会に分配される重みが分母64に対して「2」とされており、EIP-8390はこの「2」を再配分せずに取り除く。結果としてコンセンサス発行量は2/64（=1/32）相当減る計算になる。Draftはスナップショットとして、バリデータ数901,505、ステーク総量42,328,615ETHを提示し、年間コンセンサス発行量を約108.2万ETHと推計。その1/32が概算で約3万3,800ETH/年に当たるとしている。 一方、この1/32は「全バリデータの実現利回りが一律3.125%下がる」ことを意味しない。対象は同期委員会報酬として割り当てられているコンセンサス発行分であり、実現リターンには他のコンセンサス報酬や実行レイヤー（Execution Layer）由来の収入も含まれ得る。 同期委員会は、512バリデータをサンプルして署名メッセージを流し、ライトクライアントが全バリデータ集合を処理せずにビーコンチェーンを追跡できるようにする仕組みだ。ただしAltair仕様では、悪意ある同期委員会メッセージに署名したこと自体を直接対象とするスラッシング条件は定義されていない。これを補う別提案「EIP-7657」は現在Stagnant（停滞）扱いとなっている。同提案は、512×32ETH（=16,384ETH）を超える価値を保護する用途では、ライトクライアント・プロトコルに追加の防御策を組み合わせるべきだと警告していた。これは最大有効残高32ETHという設計前提に基づく注意喚起だが、同期委員会のサンプル署名がライトクライアントに利便性を与える一方、悪意あるメッセージに対するプロトコル内の直接的な責任追及（スラッシング）が弱いという問題意識を示している。 EIP-8390は、このサンプル方式を外し、ライトクライアントは全バリデータ集合にまたがるCasper FFGファイナリティのZK証明を検証する形に移る想定だ。全検証を行わないクライアントにとって、その証明が新たなファイナリティ信号になる。 ただし置き換え先の仕様は未確定要素が多い。Draftは、Casper FFGファイナリティの証明生成が「1エポック内に1GPUで可能で、検証はミリ秒」と主張するものの、再現可能な実装、回路（circuit）、ハードウェア条件、ベンチマークは提示していない。比較対象として言及可能な公開設計では、GPUなしの64コアCPUで前処理が1分未満と報告される一方、最終的な証明合成の一部は将来作業や未実装として説明されており、同等条件での裏付けにはなっていない。 さらにEIP-8390は、証明生成サービスの設計（運用者、信頼性モデル、資金手当、クライアント向けインターフェース）を定義していない。プロトコル内で証明を生成するインセンティブも明示的に追加しない方針で、オフチェーンやパブリックグッズ的資金で成立する可能性には触れるにとどまる。同期委員会という不完全な信頼メカニズムを外す代わりに、仕様に組み込まれていない新たなインフラ依存を持ち込む形になる。 実装面の影響も大きい。EIP-8390は、同期委員会に関わるバリデータ業務、ネットワークメッセージ、ライトクライアント用データコンテナ、複数のBeacon APIエンドポイントを削除する。提案文書は、LightClientUpdateで同期するAltair系ライトクライアントはフォーク時点で動作しなくなると明記している。 影響例として、ウォレットや分散型アプリに組み込めるHeliosは、ライトクライアント用Beacon APIを提供するコンセンサスエンドポイントに依存する。Lodestarには同経路を前提としたコンシューマー向けライトクライアントパッケージがある。Nimbusも同じ更新オブジェクトを扱うライトクライアント・インターフェースを公開している。DatachainのEthereum IBCクライアントはBeacon RPCから取得するLightClientUpdateとFinalityUpdateでヘッダーを構築している。これらは確認された例で、実際の影響は、各プロジェクトが削除対象インターフェースを継続利用しているか、保守側がどのような移行を提供するかで変わる。 問題は、Altair仕様が定義する既存の更新フローを外す一方で、代替となるBeacon API契約やクライアント移行仕様が提示されていない点にある。EIP-8390を起動段階へ進めるには、ライトクライアント向けの検証済みインターフェース、既存Altair利用者向けの移行手段、ユーザーが依存する局面でも継続提供される公的な証明生成体制が必要になる。 Draftの数字に基づく発行減（年間約3万3,800ETH）は具体的だが、代替仕組みの可用性、移行経路、経済設計は未確定のままだ。