ニュース暗号資産イーサリアム提案EIP-8361:ステーキング率50%で報酬をゼロまで焼却

イーサリアム提案EIP-8361:ステーキング率50%で報酬をゼロまで焼却

著者: Decrypt·

重要ポイント

  • EIP-8361は、イーサリアムのステーキング比率の上昇に伴いバリデーター報酬の焼却割合を増加させ、60.25百万ETHの飽和残高で100%の焼却率に達することを提案している。
  • 本提案には18ヶ月の移行期間が含まれており、約2.6%の年間利回りを得ているバリデーターへの影響を軽減するため、ベースリワードファクターを一時的に2倍にする。
  • 著者らは、イーサリアムの現在の発行カーブが利回りの下限を生み出し、過度なステーキングを促進し、供給を大規模運営者に集中させ、継続的な希薄化を通じて未ステーキングの保有者に課税していると主張している。
  • Lidoのステーキング責任者Isidoros Passadisは本提案に反対し、名目利回りゼロでステーキング率50%付近の持続的な均衡が生じ、ネットワークセキュリティに害を及ぼす可能性があると警告している。
  • イーサリアムの主要なコンセンサスクライアントであるPrysmは、提案された変更のドラフト実装を約300行のコードで既に有している。
イーサリアム提案EIP-8361:ステーキング率50%で報酬をゼロまで焼却

新たに提出されたイーサリアム改善提案は、すべてのバリデーター業務に控除を課し、対応するETHを焼却することを想定している。焼却割合はステーキング比率の上昇に伴って増加し、総供給量の約半分がステーキングされた時点でコンセンサス発行を完全に相殺する。イーサリアムが2022年9月にプルーフ・オブ・ワークからプルーフ・オブ・ステークへの移行を完了して以来、コンセンサス層がネットワークにおける新規ETH発行の唯一の源泉であり続けており、バリデーター報酬の変更はイーサリアムの金融政策の直接的な調整となる。

EIP-8361はテーパード・イシュアンス・バーン(漸減型発行焼却)と説明されており、共同著者の@pintail_xyz、@jdetychey、@dapplion、@pa7x1、@ladislaus0xらによりethereum/EIPsリポジトリに提出された。本提案は60.25百万ETHの固定飽和残高を設定し、これはフォーク時点での流通供給量の約半分に相当する。焼却割合はステーキング比率の1.5乗に比例して拡大し、飽和残高に達した時点で100%となる。この時点で、すべての業務を完璧に遂行したバリデーターの純コンセンサス利回りはゼロとなる。

本変更はコンセンサス層のみに影響する。イーサリアムの主要なコンセンサスクライアントの一つであるPrysmは、約300行のコードからなるドラフト実装をすでに有している。

イーサリアムの現在の発行カーブでは、バリデーター利回りはステーキング比率の平方根に反比例して低下するが、いくらETHがステーキングされても1.5%に近い下限が維持される。この下限がステーカーが要求するリスクプレミアムを上回る限り、ステーキングは流入し続ける。この下限を撤廃することで、市場は利回りがリスクプレミアムと一致する点で均衡し、著者らはそれが50%を厳密に下回ると主張している。

なぜ今なのか

共同著者のJérôme de Tycheyによると、イーサリアムのステーキング比率は4月に総供給量の3分の1を超え、バリデーター参入キューは最大チャーンで飽和状態にある。保守的な最悪ケースの仮定に基づけば、2028年1月までに70百万ETH以上(供給量の55%超)がステーキングされる可能性があり、1ヶ月の遅延につき約1.5ポイントのステーキング比率を失うと彼は主張した。

「窓は閉じつつある」とde Tycheyは記した。

🚨 New EIP: Tapered Issuance Burn We just submitted an EIP to ethereum/EIPs: a minimal, market-driven fix to Ethereum's issuance policy removing the incentive for stake growth beyond 50% of ETH supply. EIP-8361 by @pintail_xyz , @jdetychey , @dapplion , @pa7x1 , @ladislaus0x &… pic.twitter.com/g1uzWPycQ4 — Jerome de Tychey 🦇🔊 (@jdetychey) August 4, 2026

https://x.com/jdetychey/status/2084638778677751889

現在、約33%のETH供給量がステーキングされており、バリデーターには約2.6%の年間利回りが支払われている。焼却メカニズムが一括で適用された場合、利回りは約1.2%に低下する。このショックを回避するため、本提案には18ヶ月の移行期間が含まれており、ベースリワードファクターを一時的に2倍にした後に減衰させる。フォークの準備期間と合わせて、ステークホルダーには約2年の調整期間が与えられる。テーパーの数学的形状はアクティベーション後の最初のエポックから適用される。

提案されたカーブの下では、総発行量はステーキング比率約20%付近で年間供給量の約0.5%としてピークに達し、その後ステーキングが50%に達するとゼロに低下する。

セキュリティと経済的論点

提案ドラフトは、一定の閾値を超えるステーキングは実際にはネットワークセキュリティを低下させると主張している。過度なステーキングは供給をカストディアンやステーキングプロバイダーに集中させ、社会的スラッシングの抑止力としての信頼性を弱め、名目利回りに対して所得税を支払うソロステーカーを排除する。著者らはまた、継続的な希薄化が未ステーキングの保有者に対する税として機能し、リキッドステーキングトークンが生のETHに代わってエコシステムの主要な交換手段となることを可能にしていると主張している。イーサリアムはすでに2021年に導入されたEIP-1559のトランザクション手数料メカニズムを通じてETHを焼却しており、これにより一部の期間においてネットワークはネットベースでデフレーション状態となったことがある。EIP-8361は焼却のダイナミクスを発行側に初めて拡張するものである。

大規模なステーキング運営者は直接的な影響を受ける。発行量がピークを超えて減少するため、成長を続ける運営者は縮小するプールのより大きなシェアを占有することになる。提案によると、総ステークの半分を管理する運営者は、供給量の約31%がステーキングされた時点で成長の採算性がなくなる。

バリデーター参入キューは現在、月に1.75百万ETHを追加していると著者らは述べている。

Lidoの反発

イーサリアムでステーク資産総量が最大のリキッドステーキングプロトコルであるLidoのステーキング責任者Isidoros Passadisは、本提案に反発した。彼は、ETHの「通貨性」の向上、過剰ステーキングによる潜在的なセキュリティ低下の回避、ソロステーカーの保護という多くの目的を同時に達成しようとしていると指摘した。彼は基礎となる研究を「理論的すぎる」と特徴づけ、本提案は「イーサリアムが苦闘の末に獲得した独自性を、貨幣としてのETHの犠牲の祭壇に捧げるものだ」と述べた。また、発行量の変更は以前より後のフォークで予定されていたものであり、タイミングに異議を唱えた。

I think that EIP 8361 tries to do too many things (increasing the moneyness of ETH, pre-empting remotely possible future decreases security due to overstake, protecting solo stakers, etc) at once and in my estimation will mostly do the opposite. I honestly believe that issuance… — Izzy (@IsdrsP) August 4, 2026

https://x.com/IsdrsP/status/2084720737907310646

Passadisは、提案されたカーブが名目利回りゼロで供給量の約50%がステーキングされた状態の持続的な均衡をもたらす可能性があり、これを「ネットワークセキュリティの死の鐘」と形容した。その均衡状態では、専門性と非中央集権性を優先する運営者が、損益分岐点で運営可能な大規模かつ低コストの当事者によって排除されると彼は主張した。また、ステーキングの上限設定は「太大而不能倒(too-big-to-fail)」の問題を移動させるだけであり、利回りを求めるETHがよりリスクの高いカストディアルの受け皿に移動すると述べた。

De Tycheyはその批判に対して先制的に対応した。「誰もこのEIPからソロステーカーを保護する必要はない」と彼は記し、ソロステーカーが必要としているのは、停止メカニズムなしに希薄化を無限に拡大するカーブからの保護であると主張した。

提案によると、コンセンサス層の発行は現在、ステーキング利回りの少なくとも93%を占めている。本提案は引き続き標準的なEIPインクルージョンプロセス(EIPエディターによる審査、クライアントチーム間の技術的議論、コア開発者間の大まかなコンセンサスの確立)を経る必要があり、その後に将来のネットワークアップグレードでの採用が検討される。ドラフトはGitHubで公開されている。