Restaking 項目風險分析及安全實踐指南

隨着 Restaking 概念的興起，市場上出現了衆多基於 Eigenlayer 的相關項目。Restaking 旨在通過共享以太坊 Beacon 質押層的信任，讓用戶將質押份額共享給其他項目，從而獲得更高收益，同時爲其他項目提供與 ETH Beacon 層同等的共識信任和安全性。

爲了幫助用戶更好地理解不同 Restaking 項目之間的交互風險，某安全團隊對主流 Restaking 協議和 LST 資產進行了深入調研，並總結了相關風險，以便用戶在追求收益的同時能夠更好地控制風險。

主要風險點

目前市面上的 Restaking 協議大多基於 EigenLayer 構建，參與 Restaking 的用戶需要面臨以下風險：

合約風險

1. 用戶與項目方合約交互存在被攻擊風險。
2. 基於 EigenLayer 的項目資金最終存放在其協議合約中，如遭攻擊可能導致資金損失。
3. EigenLayer 中存在兩種 Restaking 類型：native ETH Restaking 和 LST Restaking。LST Restaking 的資金直接存放於 EigenLayer 合約，而 Native ETH Restaking 的資金存放於 ETH Beacon chain。這意味着 LST Restaking 用戶可能因 EigenLayer 合約風險遭受損失。
4. 項目方可能通過敏感權限挪用用戶資金。

LST 風險

LST 代幣可能脫錨，或因合約升級/攻擊導致價值偏離和損失。

退出風險

除 EigenLayer 外，大多數主流 Restaking 協議目前不支持提款。如項目方未通過合約升級提款邏輯，用戶可能無法直接取回資產，需要通過二級市場獲得流動性退出。

主流 Restaking 協議分析

經調研，當前主流 Restaking 協議存在以下問題：

1. 項目完成度低，大部分未實現提款邏輯。
2. 中心化風險：用戶資產最終由多簽錢包控制，項目方存在 Rug Pull 可能。
3. 內部作惡或多籤私鑰丟失可能導致資產損失。

EigenLayer 相關注意事項

1. EigenLayer 主網合約尚未完整實現白皮書中所有功能（如 AVS，slash）。目前 slash 功能僅實現接口，執行方式較爲中心化。
2. 進行 EigenLayer native ETH Restaking 需創建 EigenPod 合約管理資金，並運行 Beacon chain 節點服務，承擔被 Beacon chain slash 風險。
3. 由於 AVS 和 Slash 機制未完全實現，建議用戶謹慎啓用 delegate 功能，以避免潛在資金損失。

特定項目風險點

EigenPie

所有合約爲可升級合約，升級權限爲 3/6 Gnosis Safe。但部分 MLRT 代幣合約升級權限爲 EOA 地址。

KelpDAO

充值計算 share 份額時，rsETHPrice 需手動更新 oracle。stETH 採用 1:1 換算，可能存在套利空間。

Renzo

OperatorDelegator 配置過程中未檢查比例是否大於 100%，可能影響用戶資金提現。

降低 Restaking 風險的建議

1. 資金分配：

   • 大資金用戶可直接參與 EigenLayer 的 Native ETH restaking。
   • 希望較短贖回時間的用戶可選擇 stETH 參與 EigenLayer。
   • 追求額外收益的用戶可根據風險承受能力，適當參與基於 EigenLayer 構建的項目，但需注意退出風險和二級市場流動性。

2. 監控配置：

   • 配置合約監控，關注合約升級和項目方敏感操作。
   • 考慮使用多簽錢包的條件觸發自動化機器人和單籤授權配置，基於 TVL 變化、ETH 價格波動和巨鯨行爲設置自動存款功能。

總之，Restaking 作爲新興概念，其合約和協議尚未經過充分時間考驗。用戶參與時應充分了解風險，合理分配資金，並採取適當的監控措施，以最大程度保障資產安全。