Renzo 核对 ezETH 普通退出：锁定、冷却、Claims 与到账
链小知 · 进阶 · 核验 · 依官方文档整理
用已有主网退出记录还原ezETH锁定到领取的过程，区分凭证量和底层抵押资产，并保留缓冲与等待期的不确定性。
开始前准备
- 准备已有脱敏 ezETH仓位和退出界面记录，包含网络、输入/输出资产、金额单位、申请时间和可选Claims状态、领取回执；不提供用户地址或签名。
- 只分析已有Ethereum主网普通Withdraw记录；无记录可按官方教程字段盘点待补项，不登录、连接、批准或Claim。
1. 先核对产品和主网合约
确认输入为ezETH，而非pzETH、REZ、ezREZ或vault份额。官方主网ezETH合约是0xbf5495Efe5DB9ce00f80364C8B423567e58d2110，Withdrawal Contract为0x5efc9D10E42FB517456f4ac41EB5e2eBe42C8918。
主网普通退出与Base的xERC20凭证是不同范围。若已有记录仅在L2持币或桥接中，不能直接套主网冷却结束结论。
检查结果：已有记录的产品、网络、Token及退出合约范围明确。
2. 复原 Withdraw 路线和金额单位
官方入口为app.renzoprotocol.com/ezeth，FAQ用中央swap arrow切换restake/withdraw，Tutorial另区分Instant/普通Withdraw。对照已有截图的模式和输入/输出资产；普通教程链接以ezETH为fromToken、原生ETH零地址为toToken。
记录输入框单位、凭证数量和预期底层collateral，不能把同一个数自动当等量ETH。ezETH是reward-bearing：奖励反映价值/汇率变化，并非保证数量rebasing或永久1:1。
检查结果：模式、凭证输入和底层输出分列，未将DEX兑换或Instant混进普通退出。
3. 确认申请已锁定，而非只有预览
Withdrawal说明ezETH在申请后锁入WithdrawQueue，在claim时才burn并换出底层资产。已有预览、批准或钱包确认窗口不证明申请已成立；按已有成功申请记录或Claims条目对应申请时间。
FAQ说明发起退出后该部分不再累积ezETH奖励，不能继续把它当可自由使用且持续收益的持仓。若只有失败回执或缺Claims记录，标为申请待核。
检查结果：申请、批准、预览与锁定状态分开；未将尚在申请中的资产当可领取。
4. 核对等待条件而非倒计时保证
普通退出正文列Beacon退出、EigenLayer延迟、协议buffer cooldown等多个环节，另按缓冲有资产/空置写不同预期。WithdrawQueue还可由奖励、用户存入和validator exits经RestakeManager补充。
这些天数不是必须相加的固定时长，也不是到期一定到账。记录已有等待说明的日期和缓冲条件；没有实际ready证据，即使超过文档预期也只记等待异常待查。
检查结果：时间记录与缓冲条件明确，预计日期没有被升级为完成或保证。
5. 查看已有 Claims 状态并保留领取边界
FAQ将Claims标签定位在页面底部、靠近AVSs。只对照已有截图或状态记录，确认待领条目对应输入资产、申请时间及记录中可识别的请求。ready意味着可以进入Claim流程，不意味着已付到钱包。
如已有领取回执，核对成功/失败、收款标签与底层资产；没有回执和收付记录则停在可领取待核，不通过再次Claim来验证。
检查结果：Claims条目与申请对应，ready、领取成功、实际收款三个阶段分别记录。
6. 整理本金、奖励费与退出缺口
将ezETH输入、collateral输出、已确认净额、Gas和等待阶段并列。FAQ的10%是奖励收费口径，不能当作本金退出费或净额计算公式；产品页另有100%EigenLayer奖励传递措辞，范围缺证据保留待核。
再质押策略和AVS可能带来罚没及流动性风险，文档也不保证利润。核对结果说明最后有证据的阶段和缺失回执，而不以审计/收益数字证明安全。
检查结果：形成退出链路清单，未知奖励费范围、净额和失败阶段保留，不承诺无损退出。
怎样确认完成
- 已有记录按申请/锁定/等待/可领/领取/收款阶段整理，能定位产品、网络、单位与缺口。
- 仅依据文档核对，没有实际仓位、缓冲、领取或资产到账验收。
常见错误与边界
- 把ezETH数量当原币ETH数量，或把奖励收费当本金退出费。
- 将冷却天数相加后作到账承诺，或把Claims ready当领取成功。
- 对Base桥接凭证直接套主网退出流程。