NNRP/1 缓存能力与租约
缓存不是某个 runtime 的内部优化技巧，而是协议要显式表达的公共能力边界。
它在整个协议栈的位置
握手时双方协商缓存能力上限，session 打开时声明租约期望，之后在控制面完成对象安装，热路径帧直接引用而无需重传。
对象生命周期时序
下面展示一个低频对象从安装到被引用、再到到期失效的完整流程：
为什么还要引入租约
只有"能缓存"还不够。对象池如果没有有效期，会带来三个问题：
- 服务端无法安全回收内存，即使对象已经很久没有被使用。
- 宿主不知道哪些对象还有效，每次提交都得担心 cache miss。
- 当模型更新或上下文切换时，旧对象没有明确的下线路径。
租约给每个对象配了一个可见的 TTL 和续租路径，让双方都能基于协议事件而不是超时猜测做决策。
公共层冻结什么，Profile 层冻结什么
| 公共层冻结（所有 profile 共享） | Profile / Runtime 私有 |
|---|---|
| lease contract（TTL、续租、到期策略） | 对象正文的字节布局 |
| object identity（kind、namespace、version） | KV-cache page 编码 |
| dependency 关系语义 | GPU 内存页排布 |
| cache miss / lease expired / dependency invalid 错误 | 模型私有索引结构 |
最佳实践
安装时机：只把真正被多次引用的大对象放进缓存，单次使用的小 block 直接内联。超过 1 KB 且在同一 session 内会复用两次以上的对象值得进缓存。
TTL 选择：lease_ttl_hint_ms 应当比你预期的 session 持续时间短 20–30%。如果 session 预计 60 秒，TTL 设到 40 秒并在对象还在用时主动续租，而不是等到到期后再重新安装。
失效处理：收到 CACHE_INVALIDATE 后，立即把本地引用标记为无效并在下一次提交里切换回内联 block。不要假设同一个 key 仍然有效。
版本管理：对象内容变化时换新的 cache_key，而不是复用旧 key 覆盖。这样可以避免服务端和宿主之间对"这个 key 指的是哪一版内容"产生分歧。
观测：把每次 CACHE_ACK 的 actual_ttl_ms、每次 CACHE_INVALIDATE 的原因字段，以及命中/未命中比例记录下来。这些是判断缓存策略是否有效的唯一稳定依据。
这页和其他页的边界
- 连接、session、operation 的职责边界，继续看"会话与操作模型"。
- descriptor 与 payload 的固定布局，继续看"类型化载荷描述符"和各 profile 页面。
- schema 如何成为标准扩展机制，继续看下一页"Schema / Profile Registry"。