Kelp DAO事件は明らかに特定のコントラクトの脆弱性が原因だったのに、なぜ直接的なエクスポージャーを持たない他のプロトコルにまで拡散したのか？この伝染のロジックは一体何なのか？
鍵となるのは流動性再ステーキングトークン（LRT）そのものの性質である——これは「原資産と等価なものが裏付けとしてある」ことを表す証明書であり、他のDeFiプロトコルに担保や取引ペアとして広く組み込まれている。あるLRTの裏付け資産が本当に十分にあるかどうかを市場が疑い始めると、たとえその疑いの対象がまったく別のコントラクトであっても、そのLRTを保有するユーザーは優先的に償還しようとする傾向を持つ。手元の証明書が無価値になることを避けるためだ。この償還ラッシュが拡大すると、そのLRTを担保として受け入れていたレンディングプロトコルに直接打撃を与え、連鎖的な清算を引き起こす——これらのレンディングプロトコルは、問題が発生した当のコントラクトとは最初から最後まで一切直接的なやり取りがなかった可能性がある。
この伝染メカニズムの本質は、実は伝統的金融における取り付け騒ぎのロジックとよく似ている：問題が実際に自分自身に起きる必要はない。同じ資産を保有する他の誰かに対して市場が疑いを持てば、自分も償還ラッシュに巻き込まれる。なぜなら、最後まで償還せず、気づいたら資産が無価値になっていたという最後の一人にはなりたくないからだ。
EigenLayerの市場シェアは約94%にも及ぶが、なぜこのこと自体がリスクとみなされるのか？市場シェアが高いことは通常、そのプロトコルがより成熟し、より信頼されていることを意味するのではないか？
市場シェアの高さは確かに通常、市場の信頼を反映している。しかし「共有セキュリティインフラ」という特定の文脈においては、高い市場シェアは同時に極めて高いリスク集中度も表している——これは矛盾ではなく、同じ事実の両面である。大多数のAVSが同一のセキュリティ基盤に依存することを選んでいるということは、これらのAVSは表面上は互いに独立しているように見えても、実際には同じ単一障害点を基盤として共有していることを意味する。もしEigenLayer自体のコアコントラクトに重大な脆弱性が生じれば、影響を受けるのは特定の一つのAVSだけではなく、それに依存するほぼすべての下流サービス——データ可用性レイヤー、オラクル、クロスチェーンブリッジなど、エコシステム全体にまたがる重要インフラ——にまで及ぶことになる。
この構造には伝統的金融における対応する概念があり、「システム上重要」と呼ばれる：ある機関やインフラがシステム全体の機能がそれに依存するほど大きくなると、そこで問題が起きた際の影響はもはやその機関だけの問題ではなく、エコシステム全体が共に負うリスクとなる。Restaking分野には現在、この集中度を有意に分散させるだけの競争環境がまだ存在しない——これこそが、市場シェアの数字自体が、この分野のシステミックリスクを評価する上で最も注目すべき指標の一つである理由なのである。
もし自分がイーサリアムの基本層で単純にETHをステーキングしているだけで、restakingやAVSに一切能動的に参加していない場合、それでもこの種の事件の影響を受けるのか？
もし資産が完全に単純なイーサリアムのネイティブステーキング層に留まっており、EigenLayerを通じていかなるAVSにも再配置されておらず、いかなる流動性再ステーキングトークンも保有していないのであれば、理論上その資産はKelp DAOのような事件の背後にあるコントラクトレベルのリスクに直接さらされることはない——これはrestakingの設計上、意図的に保たれている区分けである：restakingに参加するかどうかは、そもそもユーザー自身の能動的な選択であり、参加しなければその追加のコントラクトリスクの層を直接負うことはない。
ただし、注目すべきは「直接的なエクスポージャーがない」ことと「まったく影響を受けない」ことは別の事柄だという点である。restakingエコシステム全体が重大な事件をきっかけに大規模な償還ラッシュを経験すれば、それがイーサリアムネットワーク自体の状況にも波及する可能性がある（短時間で異常に大量のオンチェーン取引が発生し、ガス代が急騰するなど）。あるいは、restakingエコシステムと間接的に関連する他の保有資産に影響が及ぶ可能性もある（一部の主流DeFiプロトコルが特定のLRTを準備資産として大量に使用しているケースなど）。だからこそ、自分自身がrestakingに直接参加していなくても、このエコシステムのリスク構造を理解しておくことは、自分の投資ポートフォリオ全体の間接的なエクスポージャーを評価する上で依然として意味がある。
既にrestakingを行っている、あるいは流動性再ステーキングトークンを保有している場合、実際に負っているリスクを減らすために具体的にどのような対策ができるか？
第一に、委任先のオペレーターが同時にいくつのAVSにサービスを提供しているかを実際に把握すること。単一のオペレーターが同時に支える多いAVSほど、そのオペレーターがいずれかの箇所でミスを犯した際に波及する範囲が広くなる——これはまさにKelp DAO事件でリスクが拡散した中核的な構造であり、過度に多数のAVSに分散するのではなく、サービス範囲が比較的集中しているオペレーターを選ぶことが、一般的により保守的なやり方である。
第二に、流動性再ステーキングトークンをさらにレンディングプロトコルに預けてレバレッジを重ねている場合は、元々シンプルだったステーキングポジションが、複数の独立したコントラクト層にまたがる複合ポジションに変わってしまったことを意識する必要がある——レバレッジの層を一つ重ねるごとに、他人のミスによって連鎖的に損害を被る箇所が一つ増える。この追加の利回りが、対応する複合リスクを負うに値するかどうかは、積み重なった後の年率利回りの数字だけを見るのではなく、改めて評価し直す必要がある。第三に、市場にストレスがかかっている状況下で、自分が選んだ償還経路（ネイティブ、流動性ステーキングトークン、流動性再ステーキングトークン）が実際に資産を取り戻すまでにどれくらいの時間を要するかを、平常時の想定時間だけに頼らず実際に確認しておくこと——本当にお金が必要になったとき、書面上の流動性と実際に使える流動性は、しばしばまったく別物である。
Restaking（再ステーキング）の核心的な魅力はシンプルである：既にイーサリアムでステーキングしている資産を、ロック解除することなく他のサービスのセキュリティ提供にも同時に活用し、追加の利回りを得られる。これは資本効率の自然な進化のように聞こえるが、2026年4月に発生したKelp DAOハッキング事件は、業界全体にこの設計のもう一つの側面を初めて実際に見せつけた——同一の資産が複数のシステムを同時に支えている場合、そのうちの一つに問題が起きると、影響を受けるのは直接的な参加者だけでなく、「このプロトコルには一切関わっていない」と思っていたユーザーにまで及ぶことが多いのである。
Restakingの基本的な仕組みはEigenLayerのようなプロトコルの上に成り立っている：ユーザーが既にイーサリアムでステーキングしているETH（あるいはstETHのような流動性ステーキングトークン）は、EigenLayerを通じて「再利用」され、「アクティブに検証されるサービス」（Actively Validated Services、AVS）と呼ばれる一連のシステムに暗号経済的セキュリティを提供できる——これらのAVSにはデータ可用性レイヤー、オラクル、クロスチェーンブリッジ、その他分散型検証を必要とするインフラが含まれる。これによりユーザーは、元々のイーサリアムステーキング利回りの上にさらにAVS報酬を積み重ねることができるが、その代償として、同じ資産が今や複数のシステムそれぞれのリスクに同時にさらされることになる：委任先のオペレーターがいずれかのAVSでミスを犯したり、ペナルティ条件を発動させたりした場合、このステーク資産にも連鎖的な影響が及ぶ可能性がある。
2026年4月、Kelp DAOのエコシステムは約3億ドル規模の重大なセキュリティ事件に見舞われた。その問題の根源は、restakingスタック全体の中のある一つの箇所にあった——このスタックを完全に展開すると、6つから7つの独立したスマートコントラクトシステムに及ぶ可能性がある：イーサリアムステーキングコントラクト、EigenLayerのコアコントラクト、個々のAVSコントラクト、流動性再ステーキングトークン（LRT）発行者のコントラクト、LRT自体、そしてもしユーザーがそのLRTをさらにレンディングプロトコルに預けてレバレッジを重ねていた場合は、レンディングコントラクトと清算用の価格オラクルまでもが加わる。この事件が本当に注目に値するのは、損失額そのものではなく、スタックの中の一つの脆弱性が、攻撃されたコントラクトに直接的なエクスポージャーを一切持たない他のプロトコルにまで、引き出しの殺到を引き起こしうることを証明した点である——言い換えれば、問題が発生した特定のコントラクトと直接やり取りしたことが一度もなくても、そのスタックのいずれかの層とつながりのある資産を保有していれば、巻き込まれる可能性があるということだ。
現在、EigenLayerはrestaking市場全体の約94%を占めている——この数字自体、立ち止まって考える価値がある。莫大な資産規模を担う単一のプロトコルが、大多数のAVSにとって共通のセキュリティ基盤そのものであるなら、そのプロトコルに重大な脆弱性が生じた場合、影響は自身のユーザーだけにとどまらず、そのセキュリティに依存する下流のエコシステム全体——複数の主要ロールアップが利用するデータ可用性レイヤーを含む——にまで波及する。この「単一のインフラがエコシステム全体のセキュリティ前提を担う」という構造は、伝統的金融における「大きすぎて潰せない」というシステミックリスクのロジックと非常によく似ている。違いは、ここで担われているのが清算・決済機能ではなく、暗号経済的セキュリティであるという点だけだ。
出金の流動性も見落とされがちなもう一つの要素である。EigenLayerからのアンステークは即時ではなく、実際の待機時間は委任経路（ネイティブリステーキング、流動性ステーキングトークン、流動性再ステーキングトークン）によって異なり、数日から数週間に及ぶ。市場にストレスがかかっている状況では、流動性再ステーキングトークンは、セカンダリーマーケットの流動性が薄くなり、主要な償還キューに順番待ちが増えることで、一時的に原資産のETHからデペッグする可能性もある——これは、たとえ原資産自体が直接的な損害を受けていなくても、ユーザーが実際に資産を取り戻せるタイミングと価格が、通常の認識とは大きく異なりうることを意味する。
Restakingを行っている、あるいは流動性再ステーキングトークンを保有しているなら、実践的に問うべきは「選んだAVSは安全か」だけではなく、元々のステークと実際のエクスポージャーの間にいくつの独立したスマートコントラクト層が存在するかである。追加の層（LRT発行者、追加利回りのために組み込んだレンディングプロトコル、清算価格を供給するオラクル）が一つ増えるごとに、他人のミスが自分の損失になる新たなポイントが生まれるからだ。追加利回りを狙ってrestakingやLRTのループを行う前に、委任先のオペレーターが複数のAVSにどうエクスポージャーを持っているかを具体的に確認しよう——単一のオペレーターが複数のAVSに関わることはリスクを集中させ、まさにKelp DAO事件で一見無関係なプロトコル間に一つのエクスプロイトが連鎖した構造そのものである。そして謳われているAPYだけでなく、ストレス下での現実的な出金タイミングも考慮に入れよう——書面上の流動性と実際の流動性のこのギャップこそが、実際の損失が最初に表面化する場所になりがちだからだ。