# Restaking プロジェクトリスク分析とベストプラクティスガイドRestakingの概念の台頭に伴い、市場にはEigenlayerに基づく多くの関連プロジェクトが登場しています。Restakingは、Ethereum Beaconのステーキング層の信頼を共有することによって、ユーザーのステーキングシェアを他のプロジェクトと共有し、ユーザーがより多くの利益を得ることを目的としています。同時に、他のプロジェクトもETH Beacon層と同等のコンセンサス信頼と安全性を享受することができます。ユーザーが異なるRestakingプロジェクト間の相互リスクをより良く理解できるように、市場に存在する主要なRestakingプロトコルと主要なLST資産について徹底的な調査を行い、関連するリスクを体系的に整理しました。これにより、ユーザーは利益を享受しながら、対応するリスクをより良くコントロールできるようになります。! [収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス](https://img-cdn.gateio.im/social/moments-1b0108fb6c202ffeb473017e257a7728)## リスクポイントの概要現在市場に出ているRestakingプロトコルは基本的にEigenLayerに基づいて構築されています。ユーザーにとって、Restakingに参加することは、以下のリスクにさらされることを意味します。### 契約リスク1. ユーザーはプロジェクトの契約と相互作用する必要があるため、契約が攻撃されるリスクを負う必要があります。2. EigenLayerに基づいて構築されたプロジェクトの資金は最終的に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の再ステーキングリスクとベストプラクティス](https://img-cdn.gateio.im/social/moments-461bcae99c5175e1bc4ed0d54b09d71c)## EigenLayer 特殊リスクポイントすべてのプロジェクトの基礎として、EigenLayerにはユーザーが注意すべきリスクポイントが以下の通り存在します。1. 現在メインネットにデプロイされている契約では、ホワイトペーパーに記載されたすべての機能(AVSやslashなど)がまだ完全には実装されていません。その中で、slash機能は関連するインターフェースのみが実装されており、具体的な完全なロジックはありません。現在、slashはStrategyManager契約のオーナー権限によってトリガーされており、実行方法は比較的中央集権的です。2. EigenLayer ネイティブ ETH Restaking を行う際には、資金管理のための EigenPod コントラクトを作成するだけでなく、自ら Beacon チェーンノードサービスを運営し、Beacon チェーンによるスラッシュのリスクを負う必要があります。信頼できるノードサービスプロバイダーを選択することをお勧めします。3. ETHがBeaconチェーンに保管されているため、引き出しプロセスはユーザーが開始し、ノードサービスプロバイダーの協力を得る必要があります。つまり、退出プロセスには双方の同意が必要です。4. EigenLayerは現在AVSおよびSlashメカニズムを完全に実装していないため、ユーザーは関連リスクを十分に理解した上で、潜在的な資金損失を避けるためにdeleGate機能の使用に慎重になることをお勧めします。## 特定プロジェクトのリスクポイント### エイゲンパイ現在、プロトコルのすべての契約はアップグレード可能な契約であり、アップグレード権限は 3/6 Gnosis Safe です。しかし、MLRT トークンの中の cbETH、ethX、ankrETH の MLRT トークン契約のアップグレード権限は EOA アドレスです。### ケルプDAOチャージプロセスでは、ユーザーが取得するシェアの割合を計算する際に、シェアの価値を計算する必要があります。計算式の中のrsETHPriceは、対応するオラクルを手動で更新する必要があります。stETHを除いて、他のトークンは対応する契約のシェア価格を価格源として使用します。stETHは1:1の換算を直接採用します。stETHが二次市場でディスカウントされている場合、チャージプロセス中にアービトラージの余地があるかもしれません。### レンツォOperatorDelegator は、EigenLayer 内のルーティングプロトコル資金を担当し、異なる充填比率に対応します。しかし、プロトコルが OperatorDelegator を設定する過程で、すべての OperatorDelegator の比率が 100% を超えているかどうかを確認していないため、OperatorDelegator-1(70%)と OperatorDelegator-2(70%)の状況が発生する可能性があります。これは主にユーザーの資金引き出しに影響を与えますが、現在引き出しロジックがまだ完全ではないため、元本に対する具体的な影響を評価することができません。## LST トークンリスク分析プロトコル自体のリスクに加えて、RestakingプロセスにおけるLSTリスクも無視できません。私たちは市場に出回っている主要なLSTトークンを調査し、異なるLSTトークンが契約のアップグレード権限、停止機能、ステーキングの上限などの点で違いがあることを発見しました。ユーザーは自分のリスク嗜好に基づいて選択する必要があります。## Restaking リスクを低減するためのベストプラクティスRestakingのリスクを効果的に低減するために、ユーザーのために相対的に安全なインタラクションパスを整理しました:### 資金配分1. 大口資金のユーザーにとって、EigenLayerのNative ETH再ステーキングに直接参加することは比較的安全な選択です。なぜなら、資産はBeaconチェーンの契約に保管されており、たとえ契約攻撃が発生したとしても、攻撃者はユーザーの資産を直ちに取得することができないからです。2. 長い償還時間に耐えたくない大口資金のユーザーは、相対的に安定した stETH を参加資産として EigenLayer に直接参加することを選択できます。3. 追加の利益を追求するユーザーは、リスク許容度に応じて、一部の資金を Puffer、KelpDAO、Eigenpie、Renzo などの EigenLayer に基づいて構築されたプロジェクトに参加することを適切に選択できます。ただし、これらのプロジェクトは現在、引き出しロジックを実装していないため、ユーザーは退出リスクと関連する LRT の二次市場での流動性も考慮する必要があります。### 構成を監視する1. 上級ユーザーには、契約の監視を設定し、関連する契約のアップグレードやプロジェクトチームの重要な操作の実行に注目することをお勧めします。2. ETH を投入してプロジェクトに参加するチームやユーザーは、マルチシグウォレットの条件を考慮して、自動化ロボットとシングルシグの権限設定をトリガーすることができます。プールの TVL 変動、ETH の価格変動、そして巨大ホエールの動向に基づいて、EigenLayer と各再ステーキングプロトコルへの自動入金機能を設定します。総じて、Restakingは新たな概念であり、契約レイヤーやプロトコルレイヤーの両方で長期的な試練を受けていません。上記のリスクに加えて、他にも未知のリスクが存在する可能性があります。ユーザーは参加する際に警戒を怠らず、自身のリスク許容度や資金量に基づいて合理的な選択を行うべきです。! [収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス](https://img-cdn.gateio.im/social/moments-443c64ed76604ef65ee228fcf7415eb2)
Restakingプロジェクトのリスクの全体的な分析と安全な参加ガイド
Restaking プロジェクトリスク分析とベストプラクティスガイド
Restakingの概念の台頭に伴い、市場にはEigenlayerに基づく多くの関連プロジェクトが登場しています。Restakingは、Ethereum Beaconのステーキング層の信頼を共有することによって、ユーザーのステーキングシェアを他のプロジェクトと共有し、ユーザーがより多くの利益を得ることを目的としています。同時に、他のプロジェクトもETH Beacon層と同等のコンセンサス信頼と安全性を享受することができます。
ユーザーが異なるRestakingプロジェクト間の相互リスクをより良く理解できるように、市場に存在する主要なRestakingプロトコルと主要なLST資産について徹底的な調査を行い、関連するリスクを体系的に整理しました。これにより、ユーザーは利益を享受しながら、対応するリスクをより良くコントロールできるようになります。
! 収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス
リスクポイントの概要
現在市場に出ているRestakingプロトコルは基本的にEigenLayerに基づいて構築されています。ユーザーにとって、Restakingに参加することは、以下のリスクにさらされることを意味します。
契約リスク
LST リスク
LSTトークンはデペッグの可能性があり、またはLST契約のアップグレード/攻撃によりLSTの価値が偏差し、損失が生じる可能性があります。
リスクを退出する
現在、EigenLayerを除いて、市場にある主流のRestakingプロトコルはすべて引き出しをサポートしていません。プロジェクトチームが契約をアップグレードして関連する引き出しロジックを実装しない限り、ユーザーは直接資産を取り戻すことができず、二次市場から流動性を得て退出する必要があります。
主流のリステーキングプロトコルの分析
システム調査の結果、現在市場に存在する主流のRestakingプロトコルには以下の共通の問題があることがわかりました:
! 収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス
EigenLayer 特殊リスクポイント
すべてのプロジェクトの基礎として、EigenLayerにはユーザーが注意すべきリスクポイントが以下の通り存在します。
現在メインネットにデプロイされている契約では、ホワイトペーパーに記載されたすべての機能(AVSやslashなど)がまだ完全には実装されていません。その中で、slash機能は関連するインターフェースのみが実装されており、具体的な完全なロジックはありません。現在、slashはStrategyManager契約のオーナー権限によってトリガーされており、実行方法は比較的中央集権的です。
EigenLayer ネイティブ ETH Restaking を行う際には、資金管理のための EigenPod コントラクトを作成するだけでなく、自ら Beacon チェーンノードサービスを運営し、Beacon チェーンによるスラッシュのリスクを負う必要があります。信頼できるノードサービスプロバイダーを選択することをお勧めします。
ETHがBeaconチェーンに保管されているため、引き出しプロセスはユーザーが開始し、ノードサービスプロバイダーの協力を得る必要があります。つまり、退出プロセスには双方の同意が必要です。
EigenLayerは現在AVSおよびSlashメカニズムを完全に実装していないため、ユーザーは関連リスクを十分に理解した上で、潜在的な資金損失を避けるためにdeleGate機能の使用に慎重になることをお勧めします。
特定プロジェクトのリスクポイント
エイゲンパイ
現在、プロトコルのすべての契約はアップグレード可能な契約であり、アップグレード権限は 3/6 Gnosis Safe です。しかし、MLRT トークンの中の cbETH、ethX、ankrETH の MLRT トークン契約のアップグレード権限は EOA アドレスです。
ケルプDAO
チャージプロセスでは、ユーザーが取得するシェアの割合を計算する際に、シェアの価値を計算する必要があります。計算式の中のrsETHPriceは、対応するオラクルを手動で更新する必要があります。stETHを除いて、他のトークンは対応する契約のシェア価格を価格源として使用します。stETHは1:1の換算を直接採用します。stETHが二次市場でディスカウントされている場合、チャージプロセス中にアービトラージの余地があるかもしれません。
レンツォ
OperatorDelegator は、EigenLayer 内のルーティングプロトコル資金を担当し、異なる充填比率に対応します。しかし、プロトコルが OperatorDelegator を設定する過程で、すべての OperatorDelegator の比率が 100% を超えているかどうかを確認していないため、OperatorDelegator-1(70%)と OperatorDelegator-2(70%)の状況が発生する可能性があります。これは主にユーザーの資金引き出しに影響を与えますが、現在引き出しロジックがまだ完全ではないため、元本に対する具体的な影響を評価することができません。
LST トークンリスク分析
プロトコル自体のリスクに加えて、RestakingプロセスにおけるLSTリスクも無視できません。私たちは市場に出回っている主要なLSTトークンを調査し、異なるLSTトークンが契約のアップグレード権限、停止機能、ステーキングの上限などの点で違いがあることを発見しました。ユーザーは自分のリスク嗜好に基づいて選択する必要があります。
Restaking リスクを低減するためのベストプラクティス
Restakingのリスクを効果的に低減するために、ユーザーのために相対的に安全なインタラクションパスを整理しました:
資金配分
大口資金のユーザーにとって、EigenLayerのNative ETH再ステーキングに直接参加することは比較的安全な選択です。なぜなら、資産はBeaconチェーンの契約に保管されており、たとえ契約攻撃が発生したとしても、攻撃者はユーザーの資産を直ちに取得することができないからです。
長い償還時間に耐えたくない大口資金のユーザーは、相対的に安定した stETH を参加資産として EigenLayer に直接参加することを選択できます。
追加の利益を追求するユーザーは、リスク許容度に応じて、一部の資金を Puffer、KelpDAO、Eigenpie、Renzo などの EigenLayer に基づいて構築されたプロジェクトに参加することを適切に選択できます。ただし、これらのプロジェクトは現在、引き出しロジックを実装していないため、ユーザーは退出リスクと関連する LRT の二次市場での流動性も考慮する必要があります。
構成を監視する
上級ユーザーには、契約の監視を設定し、関連する契約のアップグレードやプロジェクトチームの重要な操作の実行に注目することをお勧めします。
ETH を投入してプロジェクトに参加するチームやユーザーは、マルチシグウォレットの条件を考慮して、自動化ロボットとシングルシグの権限設定をトリガーすることができます。プールの TVL 変動、ETH の価格変動、そして巨大ホエールの動向に基づいて、EigenLayer と各再ステーキングプロトコルへの自動入金機能を設定します。
総じて、Restakingは新たな概念であり、契約レイヤーやプロトコルレイヤーの両方で長期的な試練を受けていません。上記のリスクに加えて、他にも未知のリスクが存在する可能性があります。ユーザーは参加する際に警戒を怠らず、自身のリスク許容度や資金量に基づいて合理的な選択を行うべきです。
! 収益の裏側:EigenLayerの再ステーキングリスクとベストプラクティス