Ethereumの草案提案 EIP-8148 は、複利型のwithdrawal credentialsを使うバリデーターが、蓄積したステーキング報酬をいつwithdrawal addressへスイープするかを自ら決められるようにするものです。提案はまだ草案段階で有効化日はありませんが、現行システムの実務上の制約、つまり余剰報酬が長期間バリデーター残高にとどまり、すぐに使えない点に対応しています。

複利型バリデーターのデフォルトは2,048 ETH

EIP-8148は、0x02プレフィックスで識別される複利型withdrawal credentialsを使うEthereumバリデーターを対象としています。これらのバリデーターは最大2,048 ETHの実効残高を持て、現在のルールではその同じ数値が自動報酬スイープのデフォルトの起点になっています。そのため、複利型バリデーターが得た報酬は、長期間残高内にとどまる可能性があります。

複利型credentialsは、EIP-7251 により導入されました。これは2025年5月に稼働したPectraアップグレードの一部です。この変更により、実効残高の上限は32 ETHから2,048 ETHへ引き上げられ、大口ステーカーが保有をより少ないバリデーターに集約できるようになりました。これに伴い、これらのバリデーターではスイープの起点も上限に合わせて引き上げられました。元の0x00 credentialsを維持するバリデーターの上限は引き続き32 ETHであり、余剰報酬はその水準を超えた時点でスイープされます。自動スイープ自体は、ステーキングの引き出しを初めて可能にした2023年4月のShanghai/Capellaアップグレードにさかのぼります。

この仕組みは、大きなバリデーター運用を意図して構築するステーカーには適しているかもしれません。一方で、費用、財務ニーズ、顧客の出金対応がある運用者は、獲得したETHをより早くwithdrawal walletに届けたいと考える可能性があります。

草案では、運用者が32 ETHから2,048 ETHの間で、1 ETH刻みでスイープ閾値を選べるようにします。バリデーター残高が選択した水準を超えると、その超過分はEthereum通常の自動withdrawal sweepの対象になります。

EIP-8148には有効化日はありません。Ethereumの技術プロセスを通過し、将来のネットワークアップグレードに組み込まれ、バリデータークライアントやステーキングプラットフォームの対応を得る必要があります。

128 ETHの例

著者は、128 ETHのバリデーターを例に、設定の動作を示しています。運用者は128 ETHをスイープ閾値として選択できます。残高がその水準を上回った後は、その後の報酬が自動スイープ処理を通じてwithdrawal addressに届くことになります。

現在の仕組みでは、報酬へ早くアクセスしたい運用者はpartial-withdrawal requestを送る必要があり、これはトランザクションを送信してリクエストが処理されるのを待つことを意味します。こうしたリクエストは、別のPectra変更である EIP-7002 により可能になりました。これは、バリデーターのwithdrawal addressがexecution layerからexitとpartial withdrawalを発動できるようにするものです。EIPは、少額の報酬に対しては手間がかかり、キューが混雑していると予測しにくくなると指摘しています。

この設定には制限があります。選択した閾値は、バリデーターの現在残高を上回っていなければなりません。150 ETHを保有するバリデーターは128 ETHを選んで差額を即時に引き出すことはできず、運用者が先に残高を下げたい場合は既存のwithdrawal手続きが引き続き適用されます。

閾値を低くすれば、余剰報酬がwithdrawal walletに入る頻度は高くなります。運用者はそのETHを予備資金として保持したり、バリデーターのインフラ費用や事業経費に充てたり、別のステーキング判断に回したりできます。

Ethereumのステーキング利回りは同じルールに従う

EIP-8148が変更するのは、余剰ETHがスイープ対象になる残高水準のみです。Ethereumの報酬計算式、slashing条件、バリデーターのexitプロセスは現行ルールのままです。

直接バリデーターを運用する事業者は、この設定を通常の財務管理の一部として使えます。128 ETHや256 ETHのバリデーターを運用する人は、管理するwalletに定期的に報酬を受け取りたいと考えるかもしれません。一方で、デフォルト設定のままにして、報酬をバリデーター内に蓄積させ続ける運用者もいるでしょう。

取引所やステーキングプロトコルには、顧客出金のための準備資金、インフラ費用、あるいは多数のバリデーターアカウントにまたがる報酬管理など、バリデーター外でETHを保有する独自の理由があります。EIP-8148は、そのための追加オプションを与える可能性があります。

取引所とリキッドステーキングの顧客は別条件に従う

取引所を通じてETHをステーキングしている人は、そのプラットフォームが使うバリデーターを設定しません。報酬をいつ付与するか、どの手数料を取るか、unstaking requestをどう扱うかは取引所が決めます。早いスイープによってETHが取引所自身の準備資金に加わることはありますが、顧客への報酬付与日は依然として取引所の方針に従います。

リキッドステーキングプロトコルは、独自のスマートコントラクトと会計モデルを通じて運用されます。あるトークンはrebaseによって保有者の残高を増やし、別のトークンは上昇するexchange rateを通じて報酬を反映します。準備資産の方針、バリデーター運用、償還ルールがユーザー体験を形作ります。プロトコルは、早いスイープを使ってwithdrawal reserveにETHを追加したり、償還の扱いを変更したりできるかもしれませんが、それはプロトコル自身の判断を要します。EIP-8148は、あくまでバリデーター層での仕組みを提示するだけです。

ファンドの分配はファンド運用者が決める

ステーキングされたETHファンドでも、プロトコルの報酬と投資家への支払いは基本的に分かれています。バリデーターは年の途中で報酬を受け取る一方、投資家はファンドの目論見書やtrust agreementに従って現金を受け取ります。

7月には、GrayscaleがEthereumとSolanaの製品について、ステーキング報酬から定期的な現金分配を行う計画を示し、四半期ごとの日程は同社の提案方針に基づくとされました。

これが、取引所の商品、リキッドステーキングトークン、ステーキングETHファンドの保有者にとっての実務上のポイントです。報酬の早期スイープはバリデーターを管理する組織の助けになるかもしれませんが、顧客に変化が見えるのは、サービス側が自身の支払い、償還、分配条件を変更したときだけです。

大きなETHトレジャリーが注目する理由

ステーキング収入は、大きなETH残高を保有する組織にとって、助成金、給与、インフラ支出、準備資金、その他の予定経費を賄う実際のコストを補うことができます。その報酬は、利用可能になる前にバリデーター残高から出ていく必要があります。

この種のトレジャリー戦略は、Ethereum Foundationが運営資金を利回りで賄うために70,000 ETHをステークする計画を発表した際にも注目されました。設定可能なスイープポイントがあれば、大口ステーカーは獲得したETHが財務walletに届くタイミングをより細かく管理できます。特に、この設定は複利型credentialsを使い、報酬をバリデーター残高の外で管理する理由がある運用者にとって重要です。

ETHステーカーが注視すべき点

まず重要なのは、EIP-8148が草案段階を超えて進むかどうかです。将来のEthereumアップグレードに組み込まれる場合、バリデータークライアントとステーキングサービスは対応を追加する必要があります。

一般のETHステーカーにとって、重要な兆候はその後に現れます。たとえば、取引所が報酬付与の時刻表を変更する、リキッドステーキングプロトコルが準備資産や償還方針を更新する、ファンド運用者が分配条件を改定する、といった動きです。

EIP-8148は、複利型バリデーターに独自の報酬スイープポイントを選ぶ方法を与えます。ステーキング利用者への影響は、それらのバリデーターを使う企業やプロトコルが、受け取ったETHをどう扱うかに左右されます。

この記事は情報提供のみを目的としており、投資助言を構成するものではありません。