核对Fusion金库权限：三种延迟、Guardian否决与退出条件
链小知 · 进阶 · 核验 · 依官方文档整理
从金库权限材料辨认管理员布局、Alpha附加角色和待执行操作，再核Guardian例外、时间口径冲突与退出限制。按官方资料形成一份权限核对表。
开始前准备
- 准备已有脱敏金库地址、AccessManager配置、角色与排程记录；无实际材料时仅列文档要求和未知项
- 区分文档建议与当前部署事实，本教程不连接接口、不执行SDK或操作钱包
1. 先辨认金库与权限布局
准备已有脱敏金库配置或权限导出，记录chainId、金库地址、AccessManager地址和记录时间；材料缺失则只列待核项。MCP用于已部署状态研究、SDK用于构建调用、Launchpad用于创建配置流程，工具入口或工厂预览均不证明当前金库已配置完成。本教程不连接这些端点。
按开发参考区分三类起点：Current Factory的ADMIN已无成员且Owner已自管理；Legacy Live ADMIN仍有管理员成员；Legacy Dead ADMIN已放弃ADMIN，但getRoleAdmin(OWNER)仍指ADMIN。最后一类的Owner成员/延迟调整与grant-delay配置会受限，官方给出完整修复需迁移新金库；不能仅凭“ADMIN已放弃”判定交接完成。
检查结果：链/金库/AccessManager及ADMIN成员、Owner管理角色有证据或明确未知；未由入口、预览或去管理员字样推定配置完成。
2. 分别列出改规则、执行策略和奖励权限
将Owner、Atomist、Fuse Manager、Alpha、Guardian对应的账户集合分开记录。Owner管理高层权限，Atomist管理运营配置，Fuse Manager管理fuses；Alpha标准execute在预设fuses、substrates和市场限制内执行。Balance Fuse是核算/适配模块，资产仍在金库，不能把该模块地址当持仓钱包或仅凭其名称断言估值正确。
继续核同一Alpha账户是否兼有奖励领取/转移、余额更新、退出配置或费用角色。Access Management明确允许700奖励转移角色将奖励交给Alpha自身处理；因此“有Alpha标签”既不等任意提走本金，也不等完全没有资产转移权。核真实角色集合、fuse和oracle依赖，缺字段就保留未知。
检查结果：管理/执行/核算/奖励角色没有合并；Alpha附加权限与实际策略边界单列，不从宣传推本金或收益保证。
3. 把执行延迟、授予等待和最小门槛分三栏
执行延迟针对具体账户与角色配对，决定该账户发起受限操作要等多久；grant delay针对新账户何时成为有效成员；floor约束未来授予的执行延迟下限。Owner14天、配置层3天是文档推荐或设置示例，必须与已有记录分开，不能默认全部金库一致。
设置floor不自动提高既有成员的延迟，需逐成员重新授予相应配置。文档说明新grant delay的修改有至少5天minSetback，减少还取5天与减少幅度的较大者；它依赖ADMIN，放弃ADMIN后不能再按同一路径补配。记录待生效时间，不把配置交易成功当等待期已结束，也不要求Current Factory照搬Legacy的全套调用。
检查结果：三种机制、账户/角色作用域及待生效时间分列；推荐数字未当实配，floor与grant delay未当即时追溯生效。
4. 对齐排程身份、最早执行点和过期口径
对已有排程材料记录caller、target和完整data；开发参考用这三项计算operationId，参数变化就不是同一个操作。when必须不早于当时块时间加该账户执行延迟，也可以选得更晚，不能一律把提案时间加推荐天数当实际排程时间。Pending、Ready、Executed和已取消/过期状态分别记录。
概念手册写最早执行点后7天过期，开发参考却写grace通常5天。没有部署常量与实际排程状态证据时，最后可执行时间保留待核，不任选一个数字；到达Ready也不是已经执行。取消后需重新排程，旧排程或旧operationId不作为新的成功回执。
检查结果：caller/target/data与排程时间对应；Pending/Ready/Executed分开，5天/7天冲突保留，未将过等待期当已执行。
5. 核Guardian能取消哪类操作，以及暂停范围
配置类目标如Vault的addFuses通过target-function-role映射赋予Guardian取消权；AccessManager自身的grantRole、revokeRole、setGrantDelay等权限管理不是同一映射，Guardian不能否决。保留目标合约与函数选择器，不能只看到Guardian存在就断言全部恶意排程可阻止。
开发参考说明ADMIN放弃后，权限变更的排程仅原排程者可取消；监测/退出窗口不等Guardian否决权。Guardian必须能即时反应，但pause是全面冻结，包含用户存款与提现。Owner、Guardian与日常运营账户分离是文档建议，需要实际角色证据；监测缺失或账户重叠也单列，不把文档建议当已实施。
检查结果：配置变更与权限变更按target/selector区分；取消权限、监测和全面暂停范围有证据或未知，不扩大Guardian能力。
6. 将白名单、技术角色和退出条件纳入结果
新金库默认白名单，Atomist可增成员或关闭白名单；文档写关闭后不能重新开启。Public/Private描述是否展示在WebApp，Whitelisted/Open描述参与权限，两组不能互换。正常用户操作不因治理时间锁而延迟，不等每个策略随时可退出：暂停、白名单、流动性和退出配置仍各自约束。
技术管道角色通常保持0执行延迟；400/500若由内部FeeManager持有与由治理账户持有的要求不同，不能无差别给全部角色加延迟。请求退出费在申请时收，即时退出费在即时退出时收，比例需核具体配置。最终输出角色/时间/操作状态与退出限制表；未取得真实状态或执行回执的项明确待核，不通过本教程修改权限、取消、暂停或转移资产。
检查结果：可见性与参与权限、治理等待与实际退出条件分开；技术角色例外及费用触发点已记录，无执行材料未称已生效。
怎样确认完成
- 得到角色全集、管理员布局、三种延迟与排程状态表
- 得到Guardian目标范围、白名单和退出条件表；文档冲突及缺证据项保持可见
常见错误与边界
- 把Owner14天、配置层3天的建议值当全部金库实配。
- 把设置floor当已提高所有旧成员延迟，或在放弃ADMIN后才计划配置grant delay。
- 以为Guardian可以否决所有权限变更，或以为暂停不影响用户提现。
- 把Private展示属性当白名单权限，或将Ready/工厂预览当已执行配置。