#baby $BABY TBV生态里，最容易被忽略的可能是：清算人和套利者未必在看同一批仓位。Babylon官方aave-v4-bots仓库把两类监控共用的Ponder索引器拆成两种模式：配置ADAPTER_ADDRESS与SPOKE_ADDRESS，才监听清算仓位；配置VAULT_SWAP_ADDRESS，才监听托管中的Vault。两种模式可以同时启用，也可以只开一种。
这条规则对开发者很实在。只配置VaultSwap的实例，套利监控看起来正常，却不会提供清算仓位接口；清算模式少配任一地址，配置则直接报错。工具没有“差不多能跑”的中间态，错的环境变量会让团队把“没有发现机会”误判成“链上没有机会”。
我会把它看成TBV生态协作的最低门槛：监控可以共用代码，信息范围仍由部署者自己决定。压力场景下，清算端已经捕捉到仓位，套利端却没有同步监听托管Vault，延迟就会落到操作团队和等待接手的市场参与者身上。这个仓库证明了工具能够复用，尚不能证明生态已经拥有统一的信息层。@BabylonLabs_io 后面应公开每种模式的覆盖范围和健康状态；$BABY 要承接生态增长，先得让“看见机会”不再依赖一组容易漏配的地址。
这条规则对开发者很实在。只配置VaultSwap的实例，套利监控看起来正常，却不会提供清算仓位接口；清算模式少配任一地址，配置则直接报错。工具没有“差不多能跑”的中间态，错的环境变量会让团队把“没有发现机会”误判成“链上没有机会”。
我会把它看成TBV生态协作的最低门槛：监控可以共用代码，信息范围仍由部署者自己决定。压力场景下，清算端已经捕捉到仓位，套利端却没有同步监听托管Vault，延迟就会落到操作团队和等待接手的市场参与者身上。这个仓库证明了工具能够复用，尚不能证明生态已经拥有统一的信息层。@BabylonLabs_io 后面应公开每种模式的覆盖范围和健康状态；$BABY 要承接生态增长，先得让“看见机会”不再依赖一组容易漏配的地址。