守望纪元不能接受。

但如果不调度，口粮会被“快证伪装”持续吃掉，系统余量会越来越薄。

薄到你不得不缩紧输出，最终还是逼出中心。

第三条路是：让消耗口粮者为自己的最坏情况付出成本，而不是把成本摊到整个系统上。

这不是钱，而是一种结构化的计算信用：

**复杂度押金plexity bond）**。

押金的目的只有一个：

让“最坏情况制造”变得昂贵，昂贵到不可规模化。

普通提交者不受影响，因为正常结构会退还押金。

投喂者会被押金卡住，因为他们的结构总触发尾部肥厚。

江砚提出：**口粮押金协议**。

---

### 五、口粮押金协议：让复杂度消耗自付，而不是全民摊派

锚号：ration-bond-01

名称：口粮押金协议

ration-bond-01a：证明复杂度标签（静态+动态）

* 静态复杂度：结构深度、扩展域、可选位使用、编码域花样

* 动态复杂度：在预验仓中实际验证耗时分布（尾部权重）

两者合成“口粮预测消耗”。

ration-bond-01b：押金不是货币，是验证口粮配额

* 提交者在提交托管包时附带“口粮押金票”

* 押金票来自系统公开的配额规则（与身份无关，防特权），也可通过真实参与成本逐步累积（防脚本）

* 正常结构在vdeep完成后退还押金

* 触发尾部肥厚的结构会扣留押金并自动转入慢车道，不允许占用快车道口粮

ration-bond-01c：押金票签发与使用可验证

* 押金票本身有构建证明卡与签章校验入口

* 不暴露个人身份，只暴露“配额类型与消耗等级”

* 任何试图用押金票做暗门都会触发双账抽检

ration-bond-01d：快证伪装识别

* 若结构外形像快车道但动态复杂度尾部肥厚，系统将该模板加入“伪装样本库”

* 后续相似结构自动需要更高押金或直接入慢车道

* 仍不封禁、不点名，只抬成本

这套协议的关键是：

你可以慢，但你不能用慢吃别人的快。

慢的成本由慢者承担，而不是由系统余量承担。

敌人想收“可用性税”。

押金协议把税反收回去：你制造最坏情况，你先付账。

---

### 六、快车道的第二层：白名单不是权威，白名单是可验证的“路径属性”

口粮署会攻击押金协议：
本章未完，请翻下一页继续阅读.........