提出：**口粮押金协议**。
---
### 五、口粮押金协议：让复杂度消耗自付，而不是全民摊派
锚号：RATION-BOND-01
名称：口粮押金协议
RATION-BOND-01A：证明复杂度标签（静态+动态）
* 静态复杂度：结构深度、扩展域、可选位使用、编码域花样
* 动态复杂度：在预验仓中实际验证耗时分布（尾部权重）
两者合成“口粮预测消耗”。
RATION-BOND-01B：押金不是货币，是验证口粮配额
* 提交者在提交托管包时附带“口粮押金票”
* 押金票来自系统公开的配额规则（与身份无关，防特权），也可通过真实参与成本逐步累积（防脚本）
* 正常结构在Vdeep完成后退还押金
* 触发尾部肥厚的结构会扣留押金并自动转入慢车道，不允许占用快车道口粮
RATION-BOND-01C：押金票签发与使用可验证
* 押金票本身有构建证明卡与签章校验入口
* 不暴露个人身份，只暴露“配额类型与消耗等级”
* 任何试图用押金票做暗门都会触发双账抽检
RATION-BOND-01D：快证伪装识别
* 若结构外形像快车道但动态复杂度尾部肥厚，系统将该模板加入“伪装样本库”
* 后续相似结构自动需要更高押金或直接入慢车道
* 仍不封禁、不点名，只抬成本
这套协议的关键是：
你可以慢，但你不能用慢吃别人的快。
慢的成本由慢者承担，而不是由系统余量承担。
敌人想收“可用性税”。
押金协议把税反收回去：你制造最坏情况，你先付账。
---
### 六、快车道的第二层：白名单不是权威，白名单是可验证的“路径属性”
口粮署会攻击押金协议：
> “押金就是门槛，会排除新人。”
> “押金就是隐形配给，还是中心化。”
江砚的回应是：押金不是身份门槛，它是结构门槛；并且押金票的配额规则公开可查，且可通过真实参与成本获得——不靠关系。
同时，为防“押金被脚本囤积”，押金票带冷却与折旧：
长时间不用会回流到公共池，防止形成私域资本。
更重要的是：快车道不靠人名白名单。
快车道靠“路径属性白名单”——可验证的结构特征：
* 不触碰编码域二义风险
* 不触发纠错多解边界
* 不包含伪装样本库命中模式
* 通过反事实与形变集的标准覆盖
这些属性可审计、可抽检、可证明。
你可以不认识任何人，只要结构满足属性，就进快车道。
这保持了非人格化。
---
### 七、影预验：给预验仓也长一只“审计眼”，防票据供给被偏置
口粮挤压还有另一条更隐蔽的路：
即便快证伪装被押金抬高成本，敌人也可能通过影响预验仓调度策略制造“票据供给偏置”。
例如：
让某些族群的票据更难预验通过，从而让形变库在某类输入上更保守；
或者让某些来源的票据总是先过，从而形成微特权叙事。
江砚把影谱双生的思路迁移到预验
-->>(第3/5页)（本章未完，请点击下一页继续阅读）