最近、イーサリアムのステーキングで、また2つの興味深い数字が登場しました。
一つは34.7%です。
8月下旬までに、イーサリアムネットワーク全体で約4,240万ETHがステーキングに参加し、総供給量の約34.7%を占め、過去最高を記録しました。さらに驚異的なのは、バリデーターのエントリーポイントに220万ETH以上が待機していることで、現在の速度では、新たなステーキング資金が正式に有効化されるまで約39日かかる見込みです。
もう一つの変化は、従来の金融から来ています。
8月、Fidelityは自社のイーサリアムファンドFETHのステーキング体制をさらに推進し、既にAnchorage DigitalおよびBitGoと関連する託送契約を締結するとともに、ステーキング収益の分配メカニズムを明確に設計した。
これら看似不相关的两个变化，实际上是近半年来以太坊质押从一项偏向极客的链上操作，逐渐转变为越来越标准化的资产管理方式的缩影。
一般のETH保有者にとって、「质押するか否か」という問題よりも現実的な問題が浮上し始めた：
ステーキングを決定した場合、自分でノードを運用するべきか、Native Staking、Lidoを選択するべきか、それとも単に取引所に預けるべきか？
一、ステーキングはもはや「ロックして収益を得る」だけではありません
まず最も基本的な質問から始めましょう。
イーサリアムがThe Mergeを完了した後、ネットワークはマイナーが計算力でネットワークを維持する必要がなくなり、代わりに検証ノードがETHをステークしてブロックの検証と合意形成に参加します。
独立検証ノードになるための最低要件は32 ETHです。
バリデータがオンラインを維持し、証明を正しく完了し、ブロック提案に参加すると、イーサリアムプロトコルのコンセンサス層から報酬が得られます。逆に、長時間オフラインになるとペナルティが課され、二重署名などの重大な違反行為が発生した場合、スラッシングの可能性があります。
この観点から見ると、Stakingのリターンは無から生じる「利子」ではなく、ユーザーが自らのETHを用いてイーサリアムネットワークに経済的セキュリティを提供し、その対価として得られるプロトコル報酬です。
しかし過去数年間、ステーキングには直感に反する問題がありました：報酬は自然に複利化されません。
従来の0x01バリデータでは、0.5 ETHや1 ETHの追加コンセンサス層報酬を獲得しても、32 ETHを超える部分はネットワークによって定期的に自動的に引き出しアドレスへ引き出され、次のステーキングラウンドには参加しません。
これらのETHに再び収益を発生させたい場合、质押額を再び満たして再デプロイする必要があります。
Pectraはこれを変更しました。
新しい0x02バリデータの最高有効残高が2048 ETHに引き上げられ、32 ETHを超えた後も、プロトコルルールに従って有効ステーキング額が段階的に増加します。長期的なステーカーにとって、従来の「収益獲得—引き出し—再配置」のプロセスが、初めてイーサリアムネイティブプロトコル内で自動的に実行可能になります（関連記事：《当 800 万枚 ETH 开始「搬家」：后 Pectra 时代，Staking 迎来结构性巨变？》）。
過去半年のタイムラインを整理すると、ETHのステーキングは、初期の比較的未熟な「32 ETHをロックして収益を得る」という仕組みから、より成熟した資産管理メカニズムへと進化していることがわかります。
FidelityがStaking収益をETFに組み込むことで、従来の金融ユーザーが抱える「誰が私の資産をステーキングするのか」という問題を解決している。Pectraはバリデーターレベルでの資本効率を解決し、Lidoなどの流動性ステーキングプロトコルは流動性を解決する。一方、専門的なノードオペレーターは、運用を資産管理から分離し始めている。
したがって、今日ではステーキングを比較する際、APRだけでなく、総合的に評価することが重要です。
二、ステーキングでも、何が違うのでしょうか？
全体として、現在一般ユーザーがアクセスできるETHステーキングは、主に4つの典型的なパスに分類されます。
表面上、それらは同じリターンを得るための四つの方法のように見えますが、これらのパスの本質的な違いは、ユーザーがどの部分の権限とリスクを第三者に委ねるかにあります。
1. 自己のノードを実行：収益が最も「ネイティブ」で、コントロールも最も完全です
最も純粋なETHのステーキングは、自ら32 ETHを用意し、実行層とコンセンサス層のクライアントを実行して、自分自身のバリデーターノードを維持することです。
この方式では、ノードのデプロイ方法、どのクライアントを実行するか、いつ退出するかはすべてユーザー自身が決定し、プロトコルから発生する収益を流動性ステーキングプロトコルや取引所に追加で分配する必要はありません。
ただし、门槛も高く、32 ETH以上が必要なだけでなく、安定して動作するデバイス、良好なネットワーク環境、そしてクライアントバージョン、ノード状態、キーのセキュリティを長期的に維持する必要があります。
結局、自分でノードを運用することは、より高いコントロールとより完全なリターンを、より高い技術的および運用コストと交換することです。
2. ネイティブステーキング：資産は自分で管理し、「運用」は外部に委託
二つ目の方法は、Solo Staking と完全な託送の間の折衷案と理解できます。
ユーザーは引き続き自身の32 ETHを用いて独立したバリデーターを構築し、ETHは最終的にイーサリアムのネイティブステーキングシステムに取り込まれ、他のトークンに交換されることはありませんが、ノードの運用はプロフェッショナルなサービスプロバイダーが担当します。
最も重要な違いは、引き出し権とノード操作権を分離できることです。
バリデータ自体には異なるキーが存在し、Signing Key はノードの日常的な署名およびブロック検証に使用され、専門のノードサービスプロバイダーに委任できます。一方、元本と収益の最終的な行き先を決定する Withdrawal Credential は、ユーザー自身が引き続き管理できます。
これは、非管理型ネイティブステーキングと取引所管理型ステーキングの重要な分岐点であり、imTokenが提供する非管理型ETHステーキングも、この考え方に基づいて設計されています（関連記事：《imTokenの非管理型ETHステーキングサービスとは？》）：
ユーザーが32 ETH以上を保有すれば、独立したバリデーターを作成できます。引き出しキーはユーザーが管理し、ノードの運用は専門のインフラが担当します。また、複利型バリデーターや自動引き出し型バリデーターなど、さまざまな選択肢を提供しています。
これは、少なくとも32 ETHを保有し、ネイティブなステーキング収益を得たいだけでなく、セルフカストディーを重視するが、毎日自らバリデーターを運用したくないユーザーに適しています。
もちろん、「非委託」は「第三者リスクがない」という意味ではありません。ノードオペレーターはダウンタイム、設定ミス、さらにはスラッシングが発生する可能性があります。したがって、ここでは資産の所有権ではなく、ノード運用リスクが移転されます。
3. Lido：やや「ネイティブ性」を犠牲にし、流動性を得る
32 ETHを持たない、またはETHをバリデーターの退出キューに長期間置きたくない場合、ライクイッドステーキングはまったく異なる道です。
Lidoはその最も典型的な例です。ユーザーがETHをLidoに預けると、プロトコルは資金をノードオペレーターに配分してイーサリアムのステーキングに参加させ、同時にユーザーにstETHを発行します。
これにより、従来质押状態で直接送金できなかったETHが、引き続き流通可能なチェーン上資産としてパッケージ化され、ユーザーはstETHを保有したまま送金や取引が可能になり、さらに貸し出しや流動性などのDeFiシーンにも参加できます。
退出したい場合、Lidoのプロトコルに従ってETHに交換する方法もありますし、DEX上でstETHをETHに直接販売することも可能です。後者はバリデーターが実際に退出するのを待つ必要がありませんが、その代わりにその時点の市場価格とスリッページを負担する必要があります。
同時に、stETHはRebaseなどのメカニズムを通じてユーザーが得たステーキング報酬を継続的に反映するため、一般ユーザーは「収益を受領して再ステーキングする」作業を自分で行う必要はほとんどありません。
利便性の一方で、追加のリスクが生じます。Lidoは現在、一定のプロトコル手数料を徴収し、ノードオペレーターとDAO財務などに分配し、ユーザーには残りを提供します。さらに、Lidoのスマートコントラクト、プロトコルガバナンス、ノードオペレーター、およびstETHのセカンダリーマーケット流動性といった追加のリスクが導入されています。
stETHとETHの間には、法定通貨安定通貨のような強制的な「1:1アンカー」は存在しません。市場が短時間でstETHを急いで売却すると、stETHはETHに対してディスカウントを受ける可能性があります。さらにstETHを他のDeFiプロトコルに参加させると、新たなスマートコントラクトリスクと清算リスクが重なります。
現在、imTokenのETHステーキングエントリもLidoに接続されており、ユーザーは32 ETHを保有していなくても、直接流動性ステーキングに参加し、stETHを保有できます。
4. 取引所ステーキング：参加门槛最低ですが、あなたが持つのは「プラットフォームの約束」です
最後の方法は、多くの新規ユーザーにとって最も馴染み深い方法であり、ETHを取引所に預けて「Staking」をクリックします。
使用体験としては、これこそ最も簡単です。
32 ETHを用意する必要はなく、バリデーターノードを理解する必要もありません。Signing KeyやWithdrawal Keyを管理する必要もなければ、サーバーがダウンしないか心配する必要もありません。
取引所は多数のユーザーのETHを集めてバリデーターを運用し、自らのルールに従って一部の収益をユーザーのアカウントに記録します。
しかし、その分、この方法は最も多くの信頼を必要とします。ユーザーが見ている「1 ETHが质押されています」という表示は、多くの場合、取引所の内部アカウントシステムに記録された情報にすぎません。ボタナーをどのようにデプロイしているか、どの程度の資産が质押されているか、収益をどのように再投資しているか、プラットフォームがどの割合を手数料として取り分けるか、そしてユーザーが引き出しを申請した際にどのように流動性を確保するかは、すべて各プラットフォームの製品設計に依存します。
より重要なのは、資産自体がまず中央集権的なプラットフォームに預けられていることです。ただし、これは取引所のStakingが必ずしも「良くない」ことを意味するわけではありません。ETHを長期間取引所に保有し、オンチェーンウォレットを自分で管理する予定のない初心者にとっては、依然として最も操作が簡単な方法である可能性があります。
あなたが得られる利便性は、本質的に資産の保管、ノードの運用、収益の分配、さらには退出プロセスまで、すべてプラットフォームに委ねることから来ています。
三、最も高いリターンを生むステーキングはなく、自分に最適なリスク組み合わせがあるだけです
四种の方法を並べてみると、興味深い現象が見えてきます。
イーサリアムのステーキング製品の進化は、すべてのソリューションが最終的に同じ到達点に向かうのではなく、異なるユーザーが本当に必要とする機能を継続的に分離している。
- ノードを自分で運用し、コントロールを極限まで高めました。
- Native Stakingは「資金の所有権」と「ノード運用」を分離します；
- Lidoは「ステーキング収益」と「資金流動性」を再構成する；
- 取引所はさらに複雑さを隠し、中心化された預託によって使用のハードルを最低限に抑えます；
一方、FidelityはStakingをETFに組み込む計画であり、これはさらに一歩進んだ動きである——投資家はチェーン上のETHを保有する必要も、バリデーターノードの動作方法を理解する必要もなく、従来の金融製品が保管、ノード運営、収益獲得、そして最終的な収益分配を代行してくれる。
この観点から見ると、ステーキングはますます成熟した金融インフラサービスのように見えています。
では、一般ユーザーはどのように選べばよいのでしょうか？
32 ETH以上を保有し、一定の技術力があり、自己管理を重視してイーサリアムネットワークに直接参加したい場合、自らバリデーターを運用することが最も完全なコントロールを提供します。
同じく32 ETHを保有しているが、長期的なノード運用作業を担いたくなく、引き出し権限をしっかりと掌握したい場合、非管理型Native Stakingは比較的自然な折衷案である。
保有するETHが32枚未満の場合、または日常的に取引、貸借、その他のDeFiニーズがある場合、Lidoを代表とするリクイッドステーキングは、追加のプロトコルリスクを伴う代わりに、はるかに高い資金柔軟性を提供します。
取引所のステーキングは、中心化保管を受け入れ、操作のハードルを最大限に下げたいユーザーに適していますが、ステーキングボタンが追加されたからといって、プラットフォームのリスクが消えるわけではないことを理解することが前提です。
したがって、今日改めてイーサリアムのステーキングを検討する際、APRはまず比較すべき数字ではない可能性があります。
二つの製品の年化収益がわずかに数パーセントポイントしか違わなくても、一方は資産を完全に第三者に委ねる必要があり、他方は引き出し権を自分で掌握できる。一方は退出時にバリデーターキューを待つ必要があるのに対し、他方はLSTを通じて市場でいつでも売却できる。一方はネイティブに複利が可能だが、他方はプラットフォームが報酬をどのように処理するかに依存する——このような差異は、表面的なAPRよりもはるかに重要である。
結局のところ、ステーキング収益は常に単独で存在するものではありません。
あなたが得た収益は、その収益のためにどれだけの流動性、コントロール権を提供し、どれだけの追加リスクを負ったかという点と、本来同じ帳簿の上にある。