Ethereumのステーキング収益率の差は十分に縮小しており、保管設計は、わずかな表示利回りの差よりも実際的な差別化要因になりつつあります。プロトコルの基本報酬が約2.6%で推移する中、ETH保有者にとって increasingly重要な問題は、バリデーター運営者が消失したり、破綻したり、協力を拒んだりした場合でも、ステーキング契約によって元本と報酬を取り戻せるかどうかです。
Ethereumのバリデーター構造では、この問題を2つの暗号権限に分けています。1つはバリデーターの運用に使う署名鍵、もう1つはステーキングしたETHの支払先を管理する出金認証情報です。この分離により、専門プロバイダーは、プロトコルに預け入れられたETHに対する権限を自動的に取得することなく、バリデーターのインフラを運用できます。
ステーキングへの参加が増えるほど、この違いは重要になります。一般に、ステーキングに投入されるETHが増えると、プロトコル報酬がより大きなバリデーター集合に分配され、ステーク1単位あたりの基本収益率は低下します。そのため、より高く提示された収益率は、Ethereum本来のステーキング利回りが優れていることではなく、追加的なリスク、手数料、レバレッジ、トークンインセンティブ、または異なる保管モデルを反映している可能性があります。
出金認証情報がETHを取り戻せる人物を決める
バリデーターの署名鍵はオンラインで利用可能な状態を維持する必要があります。この鍵はアテステーションに署名し、選出された場合にはブロック提案を行います。バリデーターがオフラインになると、報酬を受け取れず、非活動ペナルティを受ける可能性があります。また、特定のプロトコル違反を行うと、スラッシングの対象になることがあります。
署名鍵では、バリデーターの32 ETHの預入金や、蓄積された報酬を引き出すことはできません。その権限を持つのは出金認証情報であり、バリデーター作成時に設定され、Ethereumのビーコンチェーンに記録されます。
ノンカストディアル型のステーキング契約では、ETH保有者が通常、オフライン管理のウォレットまたは鍵管理システムで、これらの認証情報を保持します。ノードサービスプロバイダーには署名鍵が渡され、保有者に代わってバリデーターを運用します。プロバイダーは、稼働時間、ソフトウェアの保守、運用上のセキュリティを通じてパフォーマンスに影響を与えられますが、バリデーターの残高を自らのウォレットへ送ることはできません。
この仕組みによって、あらゆるリスクがなくなるわけではありません。運用が不十分なバリデーターは期待を下回る可能性があり、スラッシング対象となる事象によってバリデーター残高が減少することもあります。ただし、プロバイダーが残りのステークに対して持つ権限は制限されます。この違いは、自らを「ノンカストディアル」と説明するサービスを比較するユーザーにとって特に重要です。なぜなら、その呼称が実質的な意味を持つのは、プロバイダーではなく顧客が出金権限を保持している場合に限られるからです。
EIP-7002が実行レイヤーからの退出経路を追加
EthereumのEIP-7002により、実行レイヤーの出金認証情報を使用するバリデーターにとって、運用上の依存関係がさらに軽減されました。このアップグレードにより、0x01または0x02の出金認証情報を持つ保有者は、バリデーター運用者だけに退出メッセージの送信を頼るのではなく、実行レイヤーを通じてバリデーターの退出を開始できるようになりました。
この仕組みにより、サービスプロバイダーにアクセスできなくなった場合でも、認証情報の保有者はバリデーターセットから退出を始める直接的な経路を得られます。ただし、ETHが即座に流動化されるわけではありません。バリデーターは、Ethereumの退出キュー、出金処理のルール、そしてバリデーターが退出できる速度に関するネットワーク上の制限の対象であり続けます。
この変更により、退出を決定する権限は、出金を管理する当事者により近い場所に置かれます。バリデーターが稼働している間、そのパフォーマンスを効率的に維持するには運用者が依然として必要な場合がありますが、保有者がステーキングを停止すると決めた際の運用者の役割は、以前ほど中心的ではなくなります。
ユーザーは、退出と出金も区別する必要があります。退出すると、バリデーターはアクティブな業務から外れます。ETHが出金可能になるのは、バリデーターが該当するプロトコル上の処理を完了し、認証情報で指定されたアドレスへの出金が処理された後です。
Pectraがコンパウンディング・バリデーターの選択肢を拡大
EthereumのPectraアップグレードでは、0x02コンパウンディング・バリデーター形式が導入され、バリデーターの有効残高を従来の上限である32 ETHを超えて、最大2,048 ETHまで増やせるようになりました。旧モデルでは、32 ETHを超える報酬は通常、バリデーターのアクティブ残高に残すのではなく、出金アドレスへ送られていました。
コンパウンディング・バリデーターは報酬をバリデーター残高に保持できるため、運用者や保有者は、そうでなければ複数の32 ETHバリデーターに分散されるステークを統合できます。これにより、個別のバリデーターインスタンスの管理に伴う運用負担を軽減でき、インフラの調整や鍵の管理も含まれます。
より大きな残高上限によって、Ethereumのプロトコル上の制約がなくなるわけではありません。アクティベーション、退出、ペナルティ、部分的な出金、最終出金は、引き続きコンセンサスルールに従います。より大きなバリデーターでは、1つの運用体制により多くのETHが集中するため、プロバイダーの技術的信頼性と保有者の認証情報のセキュリティがより重要になります。
変換を検討している既存のバリデーター保有者は、実務上のトレードオフに注目すべきです。複利運用が自身の流動性ニーズに適しているか、出金認証情報を自分で管理しているか、そして運用者が該当するバリデーター形式を安全にサポートできるかを確認しましょう。
リキッドステーキングは異なる管理モデルに従います
リキッドステーキングには、別のトレードオフがあります。1人のユーザーの出金認証情報に直接紐づいたバリデーターを運用する代わりに、リキッドステーキングプロトコルはETHをプールし、stETHなどの譲渡可能な受取トークンを発行します。このトークンは譲渡、取引、または分散型金融で利用できます。一方、基盤となるETHは、プロトコルのシステム内で運用される複数のバリデーターに配分されます。
柔軟性が得られる一方で、管理経路は異なります。プールされたバリデーターの出金認証情報は、通常、各受取トークン保有者ではなくプロトコルレベルで管理されます。ユーザーの権利は、特定のバリデーターの出金認証情報を直接所有することではなく、リキッドトークンとプロトコルの償還プロセスによって表されます。
提供された資料で説明されているstETHモデルでは、償還リクエストが出金キューに入り、ETHを受け取れるようになるまで、ユーザーの権利を表すNFTが生成されます。この仕組みにより、ステーキングへのエクスポージャーを流動的な市場で維持できますが、直接管理されるネイティブバリデーターとは異なり、プロトコルガバナンス、スマートコントラクト、キュー、トークン市場に関する考慮事項が生じます。
ネイティブ型のノンカストディアルステーキングでは、バリデーター1つにつき少なくとも32 ETH、またはこの要件を前提とした仕組みへのアクセスが必要で、日常的な流動性は低くなります。その魅力は、外部委託する運用と所有権がより明確に分かれている点にあります。プロバイダーが運用を担う一方で、ETH保有者は最終的な資金の送付先を決める認証情報を保持できます。
暗号資産の管理権を維持しながら利回りを得たいですか？ノンカストディアルな選択肢を Toobit Earnのステーキングガイドで 今すぐ確認しましょう。
免責事項: このページのコンテンツは一般的な情報提供のみを目的としており、Toobitの見解や財務上の助言を示すものではありません。当社は、この情報の正確性または完全性を保証せず、その使用に起因する誤り、欠落、または結果について一切責任を負いません。デジタル資産への投資にはリスクが伴います。ユーザーは自身の財務状況および関連するリスクを独自に評価してください。詳細については、当社の 利用規約 および リスク開示.
