# Restaking 項目風險分析與最佳實踐指南隨着 Restaking 概念的興起,市場上湧現出多個基於 Eigenlayer 的 Restaking 項目。這種創新機制旨在通過共享以太坊 Beacon 質押層的信任,讓用戶獲得更高收益,同時爲其他項目提供與 ETH Beacon 層相當的共識信任和安全性。爲了幫助投資者更好地理解不同 Restaking 項目之間的風險,我們對市場上主流的 Restaking 協議和 LST 資產進行了全面調研,並對相關風險進行了系統梳理。本文旨在幫助用戶在追求高收益的同時,能夠更好地把控相應風險。## 主要風險點概述參與 Restaking 的用戶主要面臨以下幾類風險:### 合約風險1. 用戶需要與項目方合約直接交互,承擔合約被攻擊的風險。2. 基於 EigenLayer 的項目資金最終都存儲在 EigenLayer 協議合約中,如果該合約遭到攻擊,相關項目資金也會受損。3. EigenLayer 中存在兩種 Restaking 類型:native ETH Restaking 和 LST Restaking。LST Restaking 的資金直接存放在 EigenLayer 合約中,而 Native ETH Restaking 的資金則存放在 ETH Beacon chain 中。這意味着進行 LST Restaking 的用戶可能因 EigenLayer 合約風險遭受損失。4. 某些項目方擁有高危權限,在特定情況下可能通過這些敏感權限挪用用戶資金。### LST 風險LST 代幣存在脫錨的可能性,或者 LST 合約升級/被攻擊可能導致 LST 價值發生偏差和損失。### 退出風險除 EigenLayer 外,當前市面上主流的 Restaking 協議大多不支持提款功能。如果項目方未通過合約升級實現相應的提款邏輯,用戶可能無法直接取回資產,只能通過二級市場獲得流動性退出。## EigenLayer 特別提示作爲所有項目的基石,EigenLayer 還有以下幾點需要用戶特別注意:1. 當前部署在主網的 EigenLayer 合約尚未完整實現其白皮書中的所有功能(如 AVS 和 slash 機制)。目前,slash 功能僅實現了相關接口,尚無完整邏輯。根據合約代碼,當前 slash 通過 StrategyManager 合約的 owner(項目方 admin 權限)進行觸發,執行方式較爲中心化。2. 進行 EigenLayer native ETH Restaking 時,用戶需要創建 EigenPod 合約管理資金,同時還需自行運行 Beacon chain 節點服務,並承擔被 Beacon chain slash 的風險。建議選擇可靠的節點服務提供商。此外,由於 ETH 保存在 Beacon chain 中,提款過程不僅需要用戶發起,還需要節點服務提供商協助將資金從 Beacon chain 中退出。3. 鑑於 EigenLayer 目前未完全實現 AVS 和 Slash 機制,建議用戶在充分了解相關風險之前,不要輕易在 EigenLayer 協議中啓用 delegate 功能,以避免潛在的資金損失。## 主流 Restaking 項目分析我們對市面上一些主流的 Restaking 協議進行了系統調研,發現以下共性問題:1. 項目完成度較低,大部分項目尚未實現提款邏輯。2. 存在中心化風險:用戶資產最終由多簽錢包控制,項目方具有一定的 Rug Pull 能力。3. 基於上述情況,若出現內部作惡或多籤私鑰丟失,可能造成資產損失。## LST 代幣風險分析在 Restaking 過程中,LST 風險不容忽視。我們對市面主流的 LST 代幣進行了調研,包括合約可升級性、權限控制、Oracle 依賴性等方面。## 降低 Restaking 風險的最佳實踐基於當前的調研結論,我們爲用戶提供以下相對安全的交互建議:### 資金分配策略1. 大資金用戶:直接參與 EigenLayer 的 Native ETH restaking 是較安全的選擇,因爲充值的 ETH 資產存放於 Beacon chain 合約中,即使發生最壞的合約攻擊情況,攻擊者也無法立即獲取用戶資產。2. 追求流動性的大資金用戶:可選擇相對穩妥的 stETH 作爲參與資產,直接參與 EigenLayer。3. 追求額外收益的用戶:可根據個人風險承受能力,適度參與如 Puffer、KelpDAO、Eigenpie 和 Renzo 等基於 EigenLayer 構建的項目。但需注意,由於這些項目目前普遍缺乏提款邏輯,參與者應同時考慮退出風險和相關 LRT 在二級市場的流動性。### 風險監控1. 進階用戶可配置合約監控,關注相關合約升級和項目方敏感操作的執行。2. 考慮使用多簽錢包的條件觸發自動化機器人和單籤授權配置,基於池子 TVL 變化、ETH 價格波動以及大戶行爲,設置自動存款功能至 EigenLayer 和各再質押協議。Restaking 作爲一個新興概念,無論從合約層還是協議層都尚未經過充分的時間考驗。除了本文提到的風險外,可能還存在其他未知風險。用戶在參與時應保持謹慎,根據自身風險承受能力合理分配資金,並持續關注項目發展和市場動態。
Restaking 項目風險全面解析與安全參與指南
Restaking 項目風險分析與最佳實踐指南
隨着 Restaking 概念的興起,市場上湧現出多個基於 Eigenlayer 的 Restaking 項目。這種創新機制旨在通過共享以太坊 Beacon 質押層的信任,讓用戶獲得更高收益,同時爲其他項目提供與 ETH Beacon 層相當的共識信任和安全性。
爲了幫助投資者更好地理解不同 Restaking 項目之間的風險,我們對市場上主流的 Restaking 協議和 LST 資產進行了全面調研,並對相關風險進行了系統梳理。本文旨在幫助用戶在追求高收益的同時,能夠更好地把控相應風險。
主要風險點概述
參與 Restaking 的用戶主要面臨以下幾類風險:
合約風險
LST 風險
LST 代幣存在脫錨的可能性,或者 LST 合約升級/被攻擊可能導致 LST 價值發生偏差和損失。
退出風險
除 EigenLayer 外,當前市面上主流的 Restaking 協議大多不支持提款功能。如果項目方未通過合約升級實現相應的提款邏輯,用戶可能無法直接取回資產,只能通過二級市場獲得流動性退出。
EigenLayer 特別提示
作爲所有項目的基石,EigenLayer 還有以下幾點需要用戶特別注意:
當前部署在主網的 EigenLayer 合約尚未完整實現其白皮書中的所有功能(如 AVS 和 slash 機制)。目前,slash 功能僅實現了相關接口,尚無完整邏輯。根據合約代碼,當前 slash 通過 StrategyManager 合約的 owner(項目方 admin 權限)進行觸發,執行方式較爲中心化。
進行 EigenLayer native ETH Restaking 時,用戶需要創建 EigenPod 合約管理資金,同時還需自行運行 Beacon chain 節點服務,並承擔被 Beacon chain slash 的風險。建議選擇可靠的節點服務提供商。此外,由於 ETH 保存在 Beacon chain 中,提款過程不僅需要用戶發起,還需要節點服務提供商協助將資金從 Beacon chain 中退出。
鑑於 EigenLayer 目前未完全實現 AVS 和 Slash 機制,建議用戶在充分了解相關風險之前,不要輕易在 EigenLayer 協議中啓用 delegate 功能,以避免潛在的資金損失。
主流 Restaking 項目分析
我們對市面上一些主流的 Restaking 協議進行了系統調研,發現以下共性問題:
LST 代幣風險分析
在 Restaking 過程中,LST 風險不容忽視。我們對市面主流的 LST 代幣進行了調研,包括合約可升級性、權限控制、Oracle 依賴性等方面。
降低 Restaking 風險的最佳實踐
基於當前的調研結論,我們爲用戶提供以下相對安全的交互建議:
資金分配策略
大資金用戶:直接參與 EigenLayer 的 Native ETH restaking 是較安全的選擇,因爲充值的 ETH 資產存放於 Beacon chain 合約中,即使發生最壞的合約攻擊情況,攻擊者也無法立即獲取用戶資產。
追求流動性的大資金用戶:可選擇相對穩妥的 stETH 作爲參與資產,直接參與 EigenLayer。
追求額外收益的用戶:可根據個人風險承受能力,適度參與如 Puffer、KelpDAO、Eigenpie 和 Renzo 等基於 EigenLayer 構建的項目。但需注意,由於這些項目目前普遍缺乏提款邏輯,參與者應同時考慮退出風險和相關 LRT 在二級市場的流動性。
風險監控
進階用戶可配置合約監控,關注相關合約升級和項目方敏感操作的執行。
考慮使用多簽錢包的條件觸發自動化機器人和單籤授權配置,基於池子 TVL 變化、ETH 價格波動以及大戶行爲,設置自動存款功能至 EigenLayer 和各再質押協議。
Restaking 作爲一個新興概念,無論從合約層還是協議層都尚未經過充分的時間考驗。除了本文提到的風險外,可能還存在其他未知風險。用戶在參與時應保持謹慎,根據自身風險承受能力合理分配資金,並持續關注項目發展和市場動態。