自动化可以唤醒该路由，但当合约闸门开启时，任何钱包仍然可以拉起 bootstrapper。
这个页面不应读起来像一个封闭的运维面板。它应该清楚传达一件事：控制器侧的 TRX 是可见的，储备侧的库存是可见的，而释放规则仍然存在于链上。
如果 UTC 窗口已开启、控制器高于阈值，并且签名钱包拥有足够的网络资源，即使自动化层某天错过执行，流动性仍然可以从钱包执行。
网站是证明层。钱包是用于手动触发、资源检查和最终签名的执行界面。
公共路由
钱包应用已经包含自动化路径，但更重要的信息比这更广：这条路由仍然是公共的。当合约条件已经满足时，签名钱包可以唤醒 bootstrapper。
公共流动性控制器
这是正确的权力分离。自动化可以帮助把握时机，但控制器和 bootstrapper 仍然是权限层。如果 bot 暂停，执行路径并不会消失。
自动化
移动端流程将流动性触发器和自动化助手一起暴露出来。这让调度器可见，但不会把调度器变成隐藏的操作者。
手动触发
钱包可以从普通用户会话调用 bootstrapAndExecute()。如果闸门已开启且资源可用，流动性仍会执行。
这就是为什么页面应该描述公共控制器，而不是私有后台。该路由可以超越自动化层继续存在。
触发模型
诚实地描述时，这条路由很简单：首先 bootstrapper 检查日期闸门并补足执行器库存，然后控制器释放 TRX，随后两个市场路径接收各自的拆分。
bootstrapAndExecute()
这不是一个假的管理员按钮。钱包必须满足正常的网络条件，并且只有在执行时同一套控制器规则仍然通过时，路由才会继续。
资源
应用已经将其定位为具备资源感知能力的操作。重点不是隐藏的服务器密钥。重点是公共钱包仍然可以干净地完成该路由。
规则集
错过 bot 窗口不会改写节奏。过早点击按钮不会绕过闸门。合约仍然会接受或拒绝该路由。
这才是正确的市场信号：公共触发、可见的储备准备、确定性的释放规则。
储备路径
控制器侧的 TRX 只是这条路由的一半。代币侧也需要隔离库存，这就是为什么 FourteenVault 会在两个执行路径接收余额之前存在。
储备层
这些 4TEEN 余额应被理解为储备侧的工作库存。它们不是普通钱包余额，也不应被描述为可自由流通供应。
JustMoney 路径
Executor A 接收允许释放量的一半，并在其代币库存准备好之后运行 AMM 侧流动性路径。
Sun.io V3 路径
Executor B 接收另一半，并通过集中流动性路径进行路由，同时使用其自身已准备好的代币侧。
这就是为什么页面应该解释一条路由，而不只是打印一个好看的总数。储备库存、控制器余额和执行目的地承担的是不同职责。
验证
从叙述直接跳转到底层轨道：控制器合约、bootstrapper 路由、执行器合约，以及同时暴露自动化和手动触发的钱包实现。
