# 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 作为一个新兴概念,无论从合约层还是协议层都尚未经过充分的时间考验。除了本文提到的风险外,可能还存在其他未知风险。用户在参与时应保持谨慎,根据自身风险承受能力合理分配资金,并持续关注项目发展和市场动态。