ハイプ後のリステーキングリスク：共有セキュリティにより良い障害モデルが必要な理由

リステーキングは、イーサリアムの経済的セキュリティを再利用して新しいサービスを保護する手段として注目を集めました。資本が流入し、利回りが生まれ、リキッドリステーキングトークン（LRT）によって参加が容易になりました。そして今、難しい段階が始まります。この共有セキュリティがどのように失敗しうるか、そしてそれがあなたのETHにとって何を意味するかを理解することです。

リステーキングを行うか、オペレーターに委任するか、あるいはLRTを保有するかを検討しているなら、報酬の数値だけでは不十分です。リスクを把握し、連鎖反応を予測し、自分自身の許容範囲を決定するための実践的な方法が必要です。このガイドでは、仕組み、トレードオフ、そして注意すべき危険信号を分解し、単なる話題を超えて情報に基づいた判断を下せるよう支援します。

ここに記載されている内容は投資アドバイスではありません。リステーキングは複数の実験的なシステムを積み重ねます。スラッシング、デペッグ、スマートコントラクトの失敗による損失は、稀であっても起こり得ます。

項目知っておくべきこと 概念リステーキングは、ステーキングされたETH（またはLST）を再利用して追加のネットワークやサービス（AVS）を保護し、イーサリアムの経済的セキュリティを拡張します。主な魅力新たな資本を追加することなく、複数のソース（基本ステーキング＋AVSインセンティブ）からより高い報酬を得られる可能性があります。主なリスクスラッシングの対象範囲の拡大、スマートコントラクトのバグ、オペレーターの不正行為、相関したデペッグ、オラクル/MEVのエクスプロイト、ガバナンスの失敗。適した参加者ステーキングの仕組みを理解し、プロトコルのドキュメントや監査を評価でき、複雑で相関したリスクを受け入れられる参加者。主要な意思決定要素AVSの選択、オペレーターの評判、スラッシング条件、流動性ニーズ、トークンおよびAVSにわたる分散化。流動性の現実LRTとポイントは流動的に感じられるかもしれませんが、ストレス時には出口が制限、遅延、または割引される可能性があります。規制/オペレーション管轄の不確実性と税務上の取り扱いは異なります。記録管理と開示が重要です。

基本概念：リステーキングと共有セキュリティの実際の仕組み

イーサリアムでは、ステーキングはETHをバリデーターに紐付け、ブロックの提案と証明を行います。リステーキングはこのモデルを拡張します。同じ経済的ステークが、データ可用性レイヤー、オラクルネットワーク、オフチェーン実行システムなど、「Actively Validated Services（AVS）」と呼ばれる追加サービスを保護するために誓約されます。その約束はレバレッジです。一つの資本プールで多くの保護を実現します。

EigenLayerのようなフレームワークは、ステーカーやLSTホルダーが明示的なスラッシング条件を持つAVSにオプトインできるようにすることで、この調整を目指しています。リステーキングされたバリデーターがAVSのルールを破ると、その担保資産の一部がスラッシングされる可能性があります。これにより、AVSがゼロからブートストラップするのではなく、イーサリアムの経済的重みを「レンタル」できる共有セキュリティマーケットプレイスが生まれます。

しかし、セキュリティを積み重ねることはタダではありません。AVSが追加されるたびに、新しいエージェント（オペレーター、委員会）、新しいコード、新しいオラクル、新しいガバナンスが導入されます。リスクはレイヤー間で相関する可能性があります。ストレスイベント（重大なバグ、価格ショック、またはオラクルの障害など）では、損失と流動性の逼迫がAVSからETHおよびLST市場に連鎖的に波及する可能性があります。

主要研究者を含む設計者たちは、イーサリアムのコンセンサスに外部の責任を過負荷させることに対して警告しています。より安全な道は、責任を分離し、スラッシングの範囲を明確化し、実際の価値が上に積まれる前に依存関係チェーン全体をストレステストする堅牢な障害モデルを構築することです。

主要用語、簡潔に明確に

• リステーキング：追加のネットワークやサービスを保護するために、ステーキングされたETH（またはLST）を担保資産として再利用すること。
• 共有セキュリティ：複数のシステムが同じ経済的担保資産から保護を得ることで、結果を互いに結びつけること。
• AVS：Actively Validated Service（能動的検証サービス）—リステーキングされた担保資産に依存し、独自のルールとスラッシングを適用する外部プロトコルまたはサービス。
• スラッシング：オペレーターがプロトコルのルールに違反した場合にステークを焼却または没収するペナルティメカニズム。
• 相関リスク：共有された依存関係により、一つのコンポーネントの損失が他の場所での損失を引き起こすまたは増幅させること。
• LRT：リキッドリステーキングトークン—追加のプロトコルレイヤーを持つリステーキングポジションを表す譲渡可能なレシート。

リステーキングリスクを評価するためのステップバイステップのプレイブック

1. 出発点となるスタックをマッピングする。ETH、LST、ロックアップ、およびそれらのカストディ先をリストアップします。バリデーターへのエクスポージャー、出金アドレス、およびレバレッジを記録します。
2. 意図的にパスを選択する。ネイティブバリデーターのリステーキング、LSTをリステーキングフレームワークへの預け入れ、またはLRTの使用のいずれかを決定します。それぞれ異なるリスクと流動性特性を加えます。
3. スラッシング仕様を読む。オプトインする各AVSについて、どのような行動がスラッシングの対象となるか、ペナルティに上限があるか、誰が執行を開始するかを正確に確認します。
4. オペレーターと委任を精査する。委任する場合は、オペレーターの実績、インフラの冗長性、インシデント履歴、および鍵管理とMEVへの対応方法を確認します。
5. コードパスを監査する。リステーキング、AVS、ラッパー、ブリッジなど、関わるすべてのコントラクトにわたる最近の監査、公開テストネット、バグバウンティ、アップグレード管理を確認します。
6. 制限とアラートを設定する。AVS/LRTごとの最大配分、流動性バッファー、およびオンチェーン/オフチェーンアラート（スラッシングイベント、価格乖離、オラクルの偏差、ガバナンスの変更）を定義します。
7. 出口を計画する。アンボンディング期間、出金キュー、および二次市場の深度を把握します。通常の条件下でどれくらい時間がかかるかを確認するためにモック出口を実行します。

共有セキュリティが崩壊する箇所

共有セキュリティは、一致したインセンティブと正確な執行に依存しています。実際には、最も危険な障害は複数のレイヤーを同時に結合するものです。特に注意が必要な圧力点を以下に示します。

1) スラッシングの曖昧さまたは設定ミス。AVSのスラッシング条件が曖昧であるか、主観的な投票に依存している場合、オペレーターは過剰または過少にペナルティを受ける可能性があります。過剰なスラッシングは資本を遠ざけ、過少なスラッシングは規律を損ない攻撃を招きます。

2) オラクルとデータフィードのリスク。オラクルは多くのAVSにとって現実を定義します。操作された価格、タイムスタンプ、または証明は、オンチェーンのルールに従って正直なノードを「不正直」に陥らせ、不当なスラッシングと混乱したロールバックを引き起こす可能性があります。

3) コードアップグレードの集権化。スラッシングロジックや出金メカニクスを変更できる緊急アップグレードキーは、権力を集中させます。善意のチームでさえ、広範な同意なしに新しいバグを導入したり、リスクリワードを変更したりする可能性があります。

4) 相関した流動性の逼迫。人気のあるLRTまたはLSTがストレス時にデペッグした場合、AVSオペレーターは強制売却者となり、割引を深め、そのトークンを受け入れる他のプロトコルの担保資産を損なう可能性があります。

5) MEVとクロスドメインインセンティブ。MEVやクロスプロトコル報酬を追求するオペレーターは、AVS固有の利益を得るために特定のトランザクションを検閲するなど、矛盾したインセンティブに直面し、他の場所でスラッシングされる可能性が高まります。

6) ガバナンスの乗っ取り。オペレーターのアローリスト、パラメーター、またはスラッシングレビューを管理するトークンまたは委員会ベースのガバナンスは、クジラや短期的な利益によって乗っ取られ、疑いを持たないデポジターにリスクを転嫁する可能性があります。

リステーキングパスの選択

共有セキュリティへのルートはすべて同じではありません。あなたの選択は、技術的な習熟度、流動性ニーズ、および追加レイヤーへの許容度によって異なります。以下は、今日の市場で見られる一般的なアプローチの実践的な比較です。

パス 管理 流動性 報酬ソース 追加リスクレイヤー 複雑性 最適な対象 ネイティブバリデーターリステーキング 最高（バリデーターを自分で運用/選択）低；出金はイーサリアムのタイムラインに従う 基本ステーキング＋選択したAVS オペレーターのエラー；AVSコントラクト；スラッシング 高い運用負荷 直接管理を望む技術的ユーザー LSTリステーキング（ラッパーなし）中程度（委任の選択）中程度；LST流動性と出金キューによる LST利回り＋AVSインセンティブ LSTのデペッグ；AVSリスク；オペレーター選択 中程度 既知のLSTでシンプルな運用を優先するユーザー LRTラッパー（リキッドリステーキングトークン）低〜中程度（プロトコルが委任を管理）通常時は高い；ストレス時は乖離の可能性 積み上げ：基本＋AVS＋ラッパーインセンティブ 上記すべて＋ラッパーコントラクト＆ガバナンスリスク ユーザーの摩擦が低い；システム的な結合が高い 階層化リスクを受け入れる利回り追求ユーザー

迷っている場合は、異なるパスにわたって少額の配分から始めましょう。実際のインシデント対応を観察してください。チームがどれほど速くコミュニケーションするか、スラッシングの異議申し立てがどのように処理されるか、そしてボラティリティ時に流動性がどのように保たれるかを確認します。

ストレステスト：最悪の日が実際にどのように見えるか

障害モデルは最悪の日のための設計図です。有用にするためには、個々のリスクだけでなく、シーケンスを明確にする必要があります。以下は、AVSやLRTをレビューする際に検討すべきシナリオの例です。

ステップ1：オラクルの乱れ。主要な価格またはデータオラクルが外れ値を投稿します。一部のAVSノードがそれに基づいて行動し、他は拒否します。AVSのオンチェーンルールに従って「不正確な」行動に対するペナルティが引き起こされます。

ステップ2：スラッシングの波。十分なオペレーターにフラグが立てられ、意味のあるスラッシングが発生します。LRTを保有するデレゲーターは担保資産が危険にさらされていることを知りますが、紛争が審査される間、詳細は不明です。

ステップ3：流動性の逃避。LRTの売り手が急いで出口を求めます。二次市場が広がります。プロトコルの出金キューが長くなります。LRTと基礎となるLST/ETHの間に割引が生じます。

ステップ4：フィードバックループ。割引が他の場所での自動清算（LRTを受け入れた担保付き借入）を強制し、さらなる売り圧力を生み出します。流動性の提供者が深度を引き上げ、乖離が悪化します。

ステップ5：ガバナンスの混乱。チームは緊急権限を使用してコンポーネントを一時停止またはパラメーターを調整します。一部の出金が遅延されます。参加者が意図と過失を議論する中、不確実性が続きます。

ステップ6：回復または伝染。AVSが明確にして前進すれば、一部の信頼が戻ります。そうでない場合—特に同じオペレーターが複数のAVSを保護している場合—ストレスは同じバリデーターやLSTに依存する他のプロトコルに波及します。

プロトコルのドキュメントを読む際には、各ステップがどのように処理されるかを確認してください。スラッシングの閾値は保守的ですか？オラクルフィードは多様ですか？緊急アップグレードはタイムロックされていますか？一時停止中の出金ラインはキャップされているか、または比例配分されていますか？明確で事前にコミットされた回答はパニックを減らし、ドローダウンを短縮します。

避けるべき落とし穴と危険信号

• 未定義のスラッシング範囲。「セキュリティ」または「不正行為」が正確にコード化されていないか、適正な手続きなしにオフチェーンで裁定される場合、ガバナンスが永遠に善意であることを信頼していることになります。
• ポイントのみのインセンティブ。透明な報酬の計算やベスティングのないキャンペーンは無謀な成長を促し、実際の経済がポイントに取って代わるときにホルダーをさらされたままにする可能性があります。
• 単一オペレーターへの集中。一つのオペレーターがステークの大部分または複数のAVSを運用している場合、そのオペレーターの停止または侵害はシステミックリスクになります。
• 不透明なアップグレードキー。通知なしにスラッシング条件や出金を変更できる管理者ロールは、明確に文書化され、タイムロックされ、理想的にはコミュニティによって管理されるべきです。
• 浅い出口流動性。穏やかな市場では流動的なトークンも、ストレス時には罠になる可能性があります。過去のスプレッド、オンチェーンの深度、および既知のサーキットブレーカーを確認してください。
• 絡み合ったガバナンス。同じトークンホルダーが複数の重要なレイヤーを管理している場合、インセンティブは長期的な安全性よりも短期的なエミッションに傾く可能性があります。

公式ドキュメントと概念的な見解については、ethereum.orgのイーサリアムステーキングリソース、コアコントリビューターによるコミュニティ投稿などのコンセンサスの過負荷に対して警告する研究ノート、およびEigenLayerのドキュメントなどのプロトコル固有のドキュメントを参照してください。サードパーティのダッシュボードやソーシャルスレッドは、一次ソースではなく二次的なコンテキストとして扱ってください。

ステーキングとリステーキングにわたる継続的な分析、市場の動き、およびリスクの解説については、Crypto Dailyをご覧ください。

よくある質問

リステーキングは標準的なイーサリアムステーキングとどう違いますか？

標準的なステーキングはイーサリアムのみを保護します。リステーキングは同じ担保資産を追加サービス（AVS）を保護するために誓約します。追加報酬を得ることができますが、イーサリアムのベースレイヤーを超えた追加のスラッシング条件とスマートコントラクトリスクも受け入れることになります。

リステーキングはイーサリアムのコンセンサスを危険にさらす可能性がありますか？

設計者たちはAVSの責任をイーサリアムのコアコンセンサスから切り離すよう取り組んでいますが、インセンティブと共有オペレーターを通じて結合が依然として発生する可能性があります。外部の義務が過度に影響力を持つようになると、バリデーターの行動が歪められる可能性があります。フレームワークが職務をどのように分離し、ペナルティを上限設定するかをレビューすることが不可欠です。

リキッドリステーキングトークン（LRT）は取引可能であるためリスクを軽減しますか？

流動性は通常時に早期に出口を取るのに役立ちますが、リスクを取り除くわけではありません。ストレス時には、LRT価格が急落し、償還がキューに並び、ラッパーコントラクトが追加の障害モードを加える可能性があります。LRTの流動性は保証されたものではなく、条件付きのものとして扱ってください。

AVSにオプトインする前に何を読むべきですか？

プロトコルのスラッシング仕様、オペレーター要件、オラクル設計、およびアップグレードガバナンスから始めます。独立したセキュリティ監査、オープンなバグバウンティ、およびインシデントレポートを確認します。フレームワークのドキュメントやイーサリアムステーキングガイドなどの一次リソースで相互確認します。

委任しようとしているオペレーターをどのように評価しますか？

インフラの冗長性、モニタリング実践、MEVポリシー、過去のパフォーマンス、およびインシデントに関する透明性を評価します。文書化された手順、公開コミュニケーションチャネル、およびデータセンターと地域にわたる多様化されたクライアントを持つオペレーターを優先します。

AVSが誠実なオペレーターを誤ってスラッシングした場合、何が起きますか？

ポリシーは様々です。一部のAVSには、紛争ウィンドウ、ソーシャルリカバリープロセス、または保険のようなファンドが含まれる場合があります。しかし、これらは普遍的または保証されているものではありません。プロトコルがタイムロックされたガバナンスを持つアピールメカニズムを明確にコード化していない限り、ペナルティの最終性を前提としてください。

リステーキングへのエクスポージャーはどのように規模を決めるべきですか？

最大許容損失から逆算します。部分的なスラッシング、ラッパーのエクスプロイト、またはデペッグの可能性を考慮します。AVSとトークンにわたって分散化し、現金またはETHのバッファーを維持し、リステーキングされた資産が価値を失った場合に強制清算につながる可能性のあるレバレッジを避けます。

免責事項：この記事は情報提供のみを目的として提供されています。法律、税務、投資、金融、またはその他のアドバイスとして使用されることを意図したものではありません。