触发维护

维护函数无需许可：用户或机器人无需管理角色即可调用。合约规则决定操作是否符合条件。

raiseFloor 沿用历史 API 名称。新公式下，新买墙价位可能低于此前注资的买墙。

手动流程

1. 检查 Keepers 页面的部署和数据新鲜度。
2. 查看 Lens 提供的资格：冷却期、移动幅度、储备和暂停状态。
3. 用发送账户模拟调用，并比较预估成本与可能的奖励。
4. 发送交易，然后检查回执和事件。

读取与执行之间失去资格的操作可能被拒绝。RPC 错误不等于资格信息。

再平衡条件

源码要求相对上次再平衡参考至少移动 1 250 tick，且等待 25 区块。池必须已初始化并允许维护。

函数不允许任意选择价格带、sweep 比例或买墙受益人。

配置条件

储备不足、当前状态无法配置目标、池约束或暂停，都可能阻止 raiseFloor()。

无法配置时，新费用继续等待，旧买墙仍留在原 tick。准确拒绝名称和新预览需查阅新版本已验证 ABI。

奖励不保证收益

已读代码参数为移动 ETH 的 50 bps，即 0,50 %，上限 0,01 ETH。买墙配置时还受阶梯可用闲置 ETH 限制。

实际成本取决于 gas 用量、gas 价格和最终状态。奖励不来自买墙专属资金。Keeper 可自愿亏本执行以维持服务。

暂停与销毁

Guardian 可在权限期内暂停 raiseFloor() 和 rebalance()。兼容集成仍可执行交换，此维护暂停不影响 burnAbsorbed()。

Guardian 到期与 V2 模块管理是两件事。权限与替换。

自动化流程

services/keeper 服务读取 Lens、模拟并追踪回执。Dry-run 模式可不发送交易而验证。持续运行、gas 资金和恢复日志仍需安排。运维指南。

来源：入口与常量见 CubitHook.sol, CubitLens.canRebalance, services/keeper/src/index.ts 及其 README。