#### 2）预验多车道（Fast Lane / Slow Lane）
锚号：ESCROW-LANE-01
* 快车道：符合标准证明结构、验证耗时可控、来源多样
* 慢车道：边界结构、耗时不可控、来源集中
* 高压期解锁集合优先使用快车道票据，慢车道只作补充
* 慢车道若长期积压，触发“投喂调查链”，但不点名
这样，敌人想用最坏情况洪潮吃光口粮，收益会下降：
他们可以塞慢车道，但慢车道不会挤占快车道。
快车道保证主路可用，锚就不必频繁出现。
---
### 七、投喂调查链升级：从“缺席/延迟”转向“最坏情况制造”
保险税收的核心是制造“最坏情况”。
因此调查链必须看“复杂度聚类”。
锚号：ESCROW-INVEST-01
步骤：
* G1：证明结构聚类（深度、嵌套、扩展域、可选位使用）
* G2：验证耗时分布（尾部是否异常肥厚）
* G3：来源集中度（镜像站群/出口节点/触达路径）
* G4：与高压期相关性（是否刻意卡在关键窗口前）
输出：
* 若确认最坏情况投喂：将该类结构加入“慢车道默认”并生成L3模式提示卡
* 若确认规约允许的边界导致不可控耗时：进入规约试验场收紧结构
* 若确认某验证实现存在性能病灶：进入依赖投毒试验场修复（防同核）
注意：依旧不点名个人，避免政治化；只把结构模式变昂贵。
---
### 八、系统内的第二难题：预验票据会不会变成新的“暗渠”叙事？
敌人必然会说：
> “你们把验证移到预验仓，外界看不见深验证过程，这不就是暗渠吗？”
江砚用“零显影透明”的老办法回应：
预验仓不公开托管包内容，但公开可验证的证明：
* 预验票据的签发必须三实现一致（校验共识）；
* 票据签发过程有随机见证抽签签名（不暴露身份）；
* 预验仓吞吐、慢车道比例、积压趋势公开摘要；
* 任意票据都
…。。