リステーキングプロジェクトのリスク分析とベストプラクティス

Restakingの概念の台頭に伴い、市場にはEigenlayerに基づく複数のRestakingプロジェクトが登場しました。Restakingは、Ethereum Beaconのステーキング層の信頼を共有することによって、ユーザーがステーキングのシェアを他のプロジェクトに提供し、より高い利益を得ることを目指しています。同時に、他のプロジェクトもETH Beacon層と同等のコンセンサス信頼性とセキュリティを享受できるようになります。

ユーザーが異なるRestakingプロジェクト間の相互リスクをよりよく理解できるように、市場に出回っている主流のRestakingプロトコルとLST資産について調査を行い、関連リスクを整理しました。これにより、ユーザーは利益を追求しながら、対応するリスクをよりよく管理できるようになります。

! 収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス

リスクポイントの概要

現在市場にあるRestakingプロトコルのほとんどはEigenLayerに基づいて構築されており、Restakingに参加するユーザーは以下のリスクに直面する可能性があります：

契約リスク

1. ユーザーはプロジェクト側の契約と相互作用する必要があり、契約が攻撃されるリスクを負う。
2. EigenLayerに基づくプロジェクト資金は最終的にEigenLayerプロトコルの契約に保管されます。この契約が攻撃されると、関連するプロジェクトの資金も損失を被ることになります。
3. EigenLayerのリステーキングには、ネイティブETHリステーキングとLSTリステーキングの2種類があります。 LSTリステーキングの資金はEigenLayerコントラクトに直接預けられますが、ネイティブETHリステーキングの資金はETHビーコンチェーンに預けられます。 つまり、LSTのリステーキングを行うユーザーは、EigenLayerの契約リスクにより損失を被る可能性があります。
4. プロジェクト側は高リスクの権限を持っている可能性があり、特定の状況下では敏感な権限を通じてユーザーの資金を不正に使用する可能性があります。

LST リスク

LSTトークンはデペッグの可能性があり、またはLST契約のアップグレード/攻撃によりLSTの価値が偏差し、損失が発生する可能性があります。

リスクを退出する

EigenLayerを除いて、現在の市場における主流のRestakingプロトコルはほとんどが引き出しをサポートしていません。プロジェクトチームが契約をアップグレードして相応の引き出しロジックを導入しない限り、ユーザーは直接資産を取り戻すことができず、二次市場から流動性を取得して退出する必要があります。

これらのリスクポイントに基づき、私たちは現在市場に存在するいくつかの主要な Restaking プロトコルについて体系的な調査を行い、主に以下の問題が存在することを発見しました：

1. プロジェクトの完成度が低く、大部分のプロジェクトで引き出しロジックが実装されていません。
2. 中心化リスク：ユーザーの資産は最終的にマルチシグウォレットによって管理され、プロジェクト側には一定のラグプル能力が存在します。
3. 上記の状況に基づき、内部の悪行やマルチシグの秘密鍵の喪失が発生した場合、資産の損失が生じる可能性があります。

上記のリスクに加えて、EigenLayerはすべてのプロジェクトの基盤として、ユーザーが以下の点に注意する必要があります：

1. EigenLayerは、現在メインネットにデプロイされている契約の中で、ホワイトペーパーに記載されているすべての機能（AVS、slash）を完全には実装していません。中でも、slash機能は関連するインターフェースのみが実装されており、具体的な完全なロジックはまだありません。現在、slashはStrategyManager契約のオーナー（プロジェクト側のadmin権限）によってトリガーされており、実行方法は比較的中央集権的です。

2. EigenLayer ネイティブ ETH Restaking を行う際には、Restaking 資金管理のために EigenPod コントラクトを作成するだけでなく、自身で Beacon チェーンノードサービスを運営し、Beacon チェーンからのスラッシュリスクを負う必要があります。信頼できるノードサービスプロバイダーを選択することをお勧めします。また、ETH は Beacon チェーンに保管されるため、引き出しプロセスはユーザーが開始し、ノードサービスプロバイダーが Beacon チェーンから資金を引き出すのを支援する必要があり、つまり、引き出しプロセスは双方の合意が必要です。

3. EigenLayer は現在 AVS と Slash メカニズムを完全には実装していないため、ユーザーは関連するリスクを十分に理解する前に EigenLayer プロトコルで deleGate 機能を有効にしないことをお勧めします。これは、資金の損失を避けるためです。

! 収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス

LST トークンリスク分析

プロトコル自体のリスクに加えて、RestakingプロセスにおけるLSTのリスクも無視できません。私たちは市場に出回っている主要なLSTトークンを調査しました。主にstETH、rETH、cbETH、sfrxETH、ankrETHなどです。これらのLSTトークンは、安全性、流動性、分散化の程度などの面でそれぞれ特徴があり、ユーザーは選択する際にこれらの要素を総合的に考慮する必要があります。

Restaking に参加するリスクを効果的に低減するにはどうすればよいですか？

Restakingは新しい概念として、契約レイヤーでもプロトコルレイヤーでも十分な時間のテストを受けていません。現在の調査結果に基づき、ユーザーのために比較的安全なインタラクションパスを整理しました。

資金配分の推奨事項

1. リスタッキングに参加するために多額の資金を使用するユーザーにとって、EigenLayerのネイティブETHリステーキングに直接参加することは良い選択肢です。 これは、Native ETHリステーキングの預け入れられたETH資産がEigenLayerコントラクトではなくBeaconチェーンコントラクトに格納されているため、最悪のコントラクト攻撃シナリオでも、攻撃者はユーザーの資産をすぐに取得することはできません。

2. 大きな資金を投入したいが、長い解約期間を我慢したくないユーザーは、比較的安定した stETH を参加資産として直接 EigenLayer に参加することができます。

3. 追加収益を追求するユーザーは、自身のリスク耐性に応じて、Puffer、KelpDAO、Eigenpie、RenzoなどのEigenLayerに基づいて構築されたプロジェクトに一部資金を適切に選択して参加できます。ただし、これらのプロジェクトの大多数は現在まだ引き出しロジックを実現していないため、参加者は同時に撤退リスクを考慮し、関連するLRTの二次市場での流動性にも注意を払う必要があります。

リスク監視の提案

1. 上級ユーザーには、関連する契約のアップグレードやプロジェクトチームの敏感な操作の実行を監視するために、適切な契約監視を設定することをお勧めします。現在、多くのプロジェクトは契約のアップグレードと一時停止の能力を持っており、プロジェクトチームのマルチシグも高リスクな操作を実行する可能性があります。

2. プロジェクトに参加するチームやユーザーが ETH を投入することを希望する場合は、マルチシグウォレットの条件を使用して自動化ロボットをトリガーし、シングルシグの権限設定を検討することができます。プールの TVL の変動、ETH の価格変動、大口資金の流れに基づいて、EigenLayer および各リステークプロトコルへの自動入金機能を設定します。

全体的に見て、Restakingプロジェクトに参加する際、ユーザーは関連するリスクを十分に理解し、資金を適切に配分し、利益を追求しながらリスクを効果的に管理するための適切な監視措置を講じるべきです。

! 収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス