リステーキングの熱潮: 主流プロジェクトのリスクとベストプラクティスの深掘り分析

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

異なるRestakingプロジェクト間の相互リスクをよりよく理解できるように、市場に出回っている主流のRestakingプロトコルと主流のLST資産について調査を行い、関連するリスクを整理しました。これにより、皆さんが収益を享受する際に、相応のリスクをより良く管理できるようにします。

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

リスクポイントの概要

現在市場に出回っている Restaking プロトコルは基本的に EigenLayer に基づいて構築されており、ユーザーにとって Restaking に参加することは、以下のリスクにさらされることを意味します:

契約リスク

1. Restaking に参加するには、プロジェクト側の契約とインタラクションする必要があり、ユーザーは契約が攻撃されるリスクを負う必要があります。
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. 中心化リスク: ユーザー資産は最終的にマルチシグウォレットによって制御されます。プロジェクト側には一定のRug Pull能力があります；
3. 第二点に基づいて、内部の悪行やマルチシグの秘密鍵の喪失が発生した場合、資産の損失が生じる可能性があります。

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

EigenLayerはすべてのプロジェクトの基盤であるため、上記に加えて、ユーザーが注意すべき点がいくつかあります:

1. EigenLayerは現在、メインネットに展開されている契約の中で、ホワイトペーパーに記載されているすべての機能(AVS、slash)を完全には実装していません。その中で、slash機能は関連するインターフェースのみが実装されており、具体的な完全なロジックはまだありません。契約コードによれば、現在のslashはStrategyManager契約のowner(プロジェクト側admin権限)によってトリガーされ、実行方法は比較的中央集権化されています;
2. EigenLayer ネイティブ ETH 再ステーキングを行う際には、資金管理のために EigenPod コントラクトを作成するだけでなく、自分で Beacon チェーンのノードサービスを運営し、Beacon チェーンのスラッシュリスクを負う必要があります。ユーザーがネイティブ ETH 再ステーキングを行う際には、信頼できるノードサービスプロバイダーを選ぶことをお勧めします。また、ETH は Beacon チェーンに保管されているため、出金プロセスはユーザーが開始し、ノードサービスプロバイダーが関連資金を Beacon チェーンから引き出す手助けをする必要があります。
3. EigenLayer は現在、完全な AVS および Slash 機構を実装していないため、ユーザーは関連するリスクを十分に理解しないまま EigenLayer プロトコルで deleGate 機能を有効にすることを避けることをお勧めします。そうしないと、一定の資金損失を引き起こす可能性があります。

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

Restakingは新しい概念であり、契約レイヤーやプロトコルレイヤーのいずれにおいても、相応の時間による試験を経ていません。上記のリスクを除いても、他に未知のリスクが存在する可能性があります。現在の調査結果に基づいて、私たちは比較的安全なインタラクションパスを整理しました。

資金配分

大きな資金を使って Restaking に参加するユーザーにとって、EigenLayer の Native ETH restaking に直接参加することは良い選択です。その理由は、Native ETH restaking において、預け入れた ETH 資産が EigenLayer の契約に保管されるのではなく、Beacon chain の契約に保管されるためです。最悪の状況で契約攻撃が発生しても、攻撃者はユーザーの資産をすぐには手に入れることができません。

同様に多額の資金を使用して参加したいが、長い償還時間を耐えたくないユーザーは、比較的安全な stETH を参加資産として選択し、EigenLayer に直接参加できます。

追加の収益を得たいユーザーは、自身のリスク許容度に応じて、Puffer、KelpDAO、Eigenpie、RenzoなどのEigenLayerに基づいて構築されたプロジェクトに一部の資金を参加させることを適切に選択できます。ただし、現在、これらのプロジェクトは相応の引き出しロジックを実装していないため、これらのプロトコルに参加するユーザーは、相応の退出リスクも考慮する必要があります。投資プロセスにおいては、関連するLRTの二次市場での流動性も同時に考慮する必要があります。

監視設定

現在文中に挙げられているプロジェクトは、契約のアップグレードと一時停止の機能を持っており、またプロジェクトチームのマルチシグもプロジェクトに対する危険な操作を実行することができます。上級ユーザー向けには、関連する契約のアップグレードやプロジェクトチームのセンシティブな操作の実行を監視するための契約監視を設定することができます。

同時に、ETHをプロジェクトに参加するチームやユーザーが、自動化ツールを利用してマルチシグウォレットの条件設定を行い、自動化ロボットやシングルサインの許可を設定することを希望しています。プールのTVLの変動、ETH価格の変動、そしてクジラの行動に基づいて、EigenLayerや各再質押プロトコルへの自動入金機能を設定します。

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