ch05-10 pause、version 与 maintainer 能力边界
先沿资金问问题
先沿资金问问题。“pause、version 与 maintainer 能力边界”不是账面说明，而是在回答资产从钱包进入 BalanceManager、被订单锁定、成交后进入 settled/owed，最后由 Vault 收尾的哪一段。
源码入口
- packages/deepbook/sources/balance_manager.move：
BalanceManager余额、owner/cap、TradeProof、deposit/withdraw 和权限校验。 - packages/deepbook/sources/state/governance.move：治理提案、投票、参数更新、暂停和维护者能力边界。
- packages/deepbook/sources/state/account.move：账户维度的 open orders、settled/owed balances、stake、rebate 和成交后状态。
- packages/deepbook/sources/pool.move：交易、stake、claim rebate、治理和 manager 结算的对外入口。
沿资金流看
DeepBookV3 的版本边界主要在 registry.move 和 pool.move。Registry 维护全局 enabled versions，enable_version、disable_version 只能由 DeepbookAdminCap 调用；禁用当前版本会触发 ECannotDisableCurrentVersion = 6。Pool 内部也有 allowed_versions，update_allowed_versions 是 admin 入口。
创建池和注册池有两条路径：create_permissionless_pool 要支付固定 DEEP creation fee，并在 registry 注册；create_pool_admin 由 admin 创建，可指定 whitelisted 或 stable 状态。PoolCreated 事件记录 pool_id、taker_fee、maker_fee、tick_size、lot_size、min_size、whitelisted_pool 和 treasury_address。
应用侧不要假设一个池永远可交易。交易前应检查 registry 是否启用版本、pool 是否 registered、以及池对象类型是否与 base/quote 匹配。
资金旁白：这条线不要从撮合引擎开始。钱包里的
Coin<T>先进入 balance_manager.move 的托管余额，成交后的 settled/owed 记录在 account.move，真正资产进出由 vault.move 收尾。读费用和余额时，始终沿这条资金线核对。
治理和维护能力影响的是参数生效、暂停和版本门禁，不应被前端当作普通余额错误处理。PTB dry run 返回这些 abort 时，提示语应引导用户等待版本升级或市场恢复，而不是要求用户继续充值。
资金安全判断
- 交易前同时检查
BalanceManager余额、授权 proof、pool version 和费用参数。 - 钱包余额只表示未托管资产；下单可用余额必须来自
balance_manager.move的 manager 余额。 - 涉及费用或返佣时，分别记录 maker/taker、base/quote/DEEP 和当前 epoch 参数。
动手检查
- pause、version 与 maintainer 能力边界 中哪一步会读写
BalanceManager，哪一步会进入Vault？ - 失败时应优先排查余额不足、cap/proof 权限、pool pause/version 还是治理参数未生效？
- 应用侧需要向用户展示 wallet balance、manager balance、locked balance 中的哪几项？