Mellow Core：按请求时间、定价和批次流动性核赎回进度
链小知 · 进阶 · 核验 · 依官方文档整理
用已有Core Vault赎回材料核RedeemQueue的两阶段处理，区分等待、已定价、可领取与已到账，并保留份额和资产单位。
开始前准备
- 准备已有金库名称、链、金库与RedeemQueue地址、账户、请求记录、所读时点及相关报告/领取材料；缺少的字段先留空。
- 确认材料来自当前Core的标准RedeemQueue，并准备对应mandate和权限说明；旧LRT、Lido核心stETH退出及Signature队列需要各自方法。
1. 确认金库角色与当前队列类型
从官方产品部署表和金库材料对应产品、链、份额与底层资产。Mellow为Lido Earn提供基础设施和被任命的策展服务，Lido负责产品及分发；USDG Yield Vault又是Robinhood Chain上的另一产品。不要把品牌合作关系当成共享同一个退出合约。
当前Core的mandate约束合格参与者、资产和策略，ShareManager可配置白名单、锁定和mint/burn/transfer暂停。记录实际ShareManager和队列版本，尚未核到时只保留“类型待确认”，不把持有某份额当成必可赎回。
检查结果：已固定产品、链、队列和份额/资产身份，并区分资格规则与公开文档可读。
2. 逐条保存请求时间和份额，不把汇总余额当请求
RedeemQueue的requestsOf(account, offset, limit)提供分页请求材料，文档列每条timestamp、shares、isClaimable和assets。对已有导出记录逐条保存这些原值及账户、页范围和观察时点；材料缺页时不声称请求清单完整。
标准队列允许多个独立请求，并明确不能取消。timestamp对应请求，不是Lido unstETH的requestId；ShareManager.sharesOf还含active与claimable份额，不能直接当作队列内全部待领资产。assets在定价后产生，也不自动等于已结算的可领取金额。
检查结果：每条请求都有timestamp/shares/状态/资产字段或明确缺项，没有用钱包汇总份额填满待领金额。
3. 按报告阈值判断是否进入定价范围
对同一金库已有的有效预言机报告，分别记录reportTimestamp与该队列的redeemInterval。文档处理条件是timestamp <= reportTimestamp - redeemInterval；等号也在范围内。
仅作算式演示：若请求timestamp为100000、报告为103600、间隔为3600，则100000 <= 100000，符合该报告的时间条件。这些不是现行实例参数或固定一小时规则。缺报告、间隔或原始时间时保持未知，不能用墙钟已经过了几天代替预言机处理。
检查结果：定价资格能对应同一队列的报告与间隔，示例值没有当作实际等待期限。
4. 把预言机定价与流动性结算分开
定价通过后，仍需策展方准备足够底层流动性，再由获信任的执行方处理handleBatches(n)。文档明确这是与Oracle pricing分离的Liquidity settlement；用户看到金额估算，不能据此认定批次已兑现。
用已有batchAt(index)的assets/shares、getState()的批次游标及待处理资产需求等记录，与请求的isClaimable对照。handledIndices记录已定价检查点数量，不单独证明流动性已满足。不要擅自把不同索引一一对应，或把其他批次流动性当作本请求可领。
检查结果：已分别记录报告定价、批次流动性和请求isClaimable；缺任一阶段证据时没有写成可领取或到账。
5. 核领取目标、收款证据及份额费用
标准队列文档的领取形状是claim(receiver, timestamps[])，按已处理请求的时间列表领取对应资产。对已有记录核receiver、这些timestamp以及RedeemRequestClaimed(account, receiver, assets, timestamp)事件和实际收款；时间列表、请求确认或可领取状态都不代替最终资金记录。
FeeManager的calculateRedeemFee(shares)按shares × redeemFeeD6 / 1e6计算，费用以份额支付，不是同量底层资产。文档价格约定写assets × price = shares，不能把priceD18直接当美元/份额价；参数、精度、底层资产或执行材料不齐时，不反推确切净额，也不假定零费。
检查结果：请求、领取时间列表、接收方和资产记录能对应；费用份额与底层资产分列，未知净额和失败未被改写成已到账。
怎样确认完成
- 已形成含金库身份、逐条请求、报告阈值、定价、批次流动性、可领取状态及领取记录的对照表。
- 只有证据完整的阶段给出结论；缺失参数、个人资格、实际执行和最终净额仍按未知保留。
常见错误与边界
- 标准RedeemQueue允许多请求且不能取消；不能搬用其他产品的追加重置、可取消或固定天数规则。
- 达到时间阈值、已经定价、批次有资产和请求可领取是不同证据，均不等同已到账。
- 不要把Core份额价格、协议费份额或底层资产数量当成同一个美元余额。
- Token/历史LRT宣传、Lido品牌和底层合作协议都不能替代当前具体金库mandate、队列类型与权限。