第七十五年的春天，风里带着一点“甜”。

甜不是花香，是数据好看带来的错觉。预算清算台上线后，预算膨胀指数回落，虚贡献标记开始见效，预算回收让刷单收益趋近于零，真实供给退场率止住了上升势头。贡献票据的三字段闭环（供给、使用、效果）把“计数”重新拉回“可用”，贡献保护券让老贡献者的供给更容易被调度看见，预算断路器也像一根稳稳的保险丝，避免出路被投机占领。

战情室里，预算面板一度像一块安静的玻璃：

预算膨胀指数：下降并稳定；

虚贡献标记数量：下降；

预算回收次数：下降但更精准；

三字段完整率：上升；

真实供给退场率：回落；

预算扩张关联收益异常：被压住。

复活检测运行天数：38115天。

红色警报次数：1。

这种“系统变得更健康”的感觉，几乎让人想相信：出路终于守住了，贡献终于回到供给，预算终于回到承担。

可顾明在春末例会上没有汇报任何回落，他只把一条新曲线推到大屏中央――那条线很细，很慢，却像一根针，扎在最脆弱的位置：**使用字段**。

曲线名叫：**假调度指数（syntheticdispatchindex）**。

旁边还有一条更让人背脊发凉的：

**用而不耗异常（use-without-consumptionanomaly）**。

林致远皱眉：“假调度？我们不是要求贡献票据必须有真实调度记录吗？使用字段不是最难伪造的吗？”

顾明看着他，语气很平：

“伪造不了调度，就伪造调度的影子。现在市场出现新的手法：不刷供给，不刷数量，改刷‘使用’。他们让系统看起来用过，实际上没用；让别人签了收货，实际上没收；让效果指标看起来改善，实际上只是转移了成本。”

周砚没有立刻说话。他先问了一句：

“我们看到的，是记录被伪造，还是系统真的被误导去调度了？”

顾明点开两张图，像把刀背贴在骨头上：

*一张是**调度日志密度**：在某些供给方周围异常高；

*另一张是**供给实耗曲线**：却没有对应消耗，甚至出现反向（调度越多，消耗越少）。

“这两张图同时成立，只有两种可能。”顾明说，“要么系统真的在调度，但供给是空的；要么系统根本没调度，只是日志像调度。”

周砚拿起笔，在白板上写下四个字：

**使用通胀。**

停顿半秒，他又写第二行：

**假调度。**

“我们把贡献从计数拉回供给。”周砚说，“他们就把供给拉回纸，再把纸做成‘用过’。如果使用字段被刷，三字段闭环就会被掏空；闭环被掏空，预算回收就失去抓手；抓手失去，预算通胀会再次回来，而且更难抓，因为它披着‘真实调度’的皮。”

顾明补了一句更冷的判断：

“更糟的是，假调度会伤害真正的危机响应。平时刷日志没事，冲击期要真调度时，系统会以为供给充足，结果调不到；调不到就会挤兑，挤兑就会逼断路器频繁降档，生态又回到疲劳。”

会议室里沉默了几秒。

所有人都明白：第七十五年的敌人不再是刷节点那种粗糙的刷单，而是一种更像“合规艺术”的伪造――它不造假单据，它造假“被使用的事实”。

---

###一、裂口从一张“完美的贡献票据”开始

假调度的第一起线索，不来自故障，而来自“完美”。

某主体在三个月内提交了大量贡献票据：供给字段齐全、使用字段齐全、效果字段还带着漂亮的指标：拥堵下降、抽样排队缩短、稳定期撤销减少。预算因此提升得很快，但又看不出异常，因为每一张票据都符合规则，且都能被追溯到“使用记录”。

它太完美了。

顾明说：“真供给从来不会这么完美。真供给会有噪声：有人用过有人没用过，有些班次响应慢，有些节点偶尔掉线，有些工具修复需要回归。完美更像包装。”

周砚问：“包装怎么做出使用记录？”

顾明打开证据链：

*使用记录来自“调度系统的签收事件”；

*签收事件来自“需求方的确认签名”；

*需求方签名来自一批看起来毫无关联的中小主体；

*而这些中小主体，在同一时期也获得了“桥接券补充包”和“贡献保护券”的辅助资源；

*更诡异的是，这批需求方的实际业务指标没有改善，但签收事件非常活跃。

林致远皱眉：“这像借壳。”

顾明点头：

“不是借壳贡献，是借壳使用。供给方通过某种方式让一批需求方去签收，签收越多，使用字段越漂亮，预算增量越大。至于供给有没有真的交付，系统只看签收。”

周砚在白板上写下：

**签收刷单。**

他停了一下：

“这就是把使用字段变成货币。”

---

###二、假调度的两种形态：不交付与低交付

预算清算台很快把假调度分成两类，性质不同，后果同样危险。

####1）不交付型：日志像调度，供给实际为空

典型手法是：供给方登记“可调度资源”，但资源其实是空壳；系统发起调度，供给方返回“已交付”信号；需求方签收；使用字段成立；但真正需要资源时，资源不存在或无法使用。

这种方式最致命，因为它会在冲击期把公共体系骗进“以为有”的状态。

####2）低交付型：交付一点点，足够让需求方签收

供给方确实交付了一点点可用资源，比如一次性审计摘要、一次短班次沟通、一个小工具脚本。需求方为了省事直接签收，系统记录使用，效果字段用“短期缓解”包装成“长期提升”。

它不至于在冲击期完全崩，但会长期稀释公共能力：大家以为供给被满足，实际只得到零散补丁。

顾明说：

“不交付型会爆炸，低交付型会腐烂。爆炸容易抓，腐烂最难抓。”

周砚点头：

“腐烂会让真供给者最先退场，因为他们发现自己的长期投入被短期签收抢走。”

---

###三、假调度为什么会出现：因为“需求方签名”太容易被当成真相

贡献票据三字段闭环的设计里，使用字段本意是：被谁用过，留下调度痕迹。

为了保护隐私与降低门槛，系统允许使用字段以摘要形式呈现：需求方签名+时间片+资源类型+结果码。这样既不暴露商业细节，又能证明“确实有人使用”。

问题在于：**签名证明了“同意”，不等于证明“消耗”。**

需求方可能签收了，但未使用；

可能用了，但效果很差；

可能签收是为了换取某种好处；

可能签收本身被代办机构操纵；

甚至可能需求方根本无真实需求，只是被组织起来签收。

当签收被组织化，使用字段就通胀。

顾明说：

“我们把‘谁用过’当作使用证明，结果变成‘谁愿意签’。”

周砚写下：

**签名≠消耗。**

“要反刷使用，就必须让使用字段绑定‘不可伪造的消耗痕迹’。”他抬头，“否则预算会再次被刷爆。”

---

##四、调度清算台：让“用过”不再等于“签过”

清算所成立新单元：

**调度清算台（dispatchclearingdesk）。**

它不负责预算计算，也不负责观测抽样，它只负责一件事：把“调度―交付―消耗”从单向签收升级为双向结算。

调度清算台发布第一份文件，只有一句话：

“调度不是签字，调度是消耗。”

这句话把焦点从“同意”拉回“事实”。

---

###五、使用回执：从单签收升级为“双向签收+消耗指纹”

调度清算台推出：

**使用回执（usereceipt）**。

每一笔调度不再只靠需求方签名，而必须形成三件套：

1.**供给方交付回执**：我交付了什么、在什么时间片交付、交付载体是什么（审计配额、沟通班次、工具服务等）。

2.**需求方接收回执**：我接收了什么、接收是否成功、是否可用。

3.**消耗指纹（consumptionfingerprint）**：最关键的一步――资源是否被真实消耗的不可伪造摘要。

消耗指纹不暴露隐私，但必须可验证。例如：

*审计配额：必须有审计任务的匿名哈希片段与签名确认（证明配额被占用并完成）；

*沟通班次：必须有会话计时摘要与结果码（不含内容）；

*工具服务：必须有调用计数与结果摘要（不含输入输出明文）；

*维护支持：必须有补丁合并与回归测试通过的签名片段；

*互换线资源：必须有调拨与归还的哈希证明。

这让“签收刷单”失去抓手：你可以签，但你无法凭空制造消耗指纹。

顾明说：

“签名容易组织，消耗很难组织。把使用字段锚在消耗，才是反通胀的底线。”

周砚点头：

“把票据从态度锚到事实。”

---

###六、消耗走廊：允许小额、允许失败，但不允许长期无消耗

调度系统不可能做到每一笔都完美。消耗可能失败，班次可能中断，工具可能报错。若系统要求零失败，会逼出新的造假：大家为了通过而伪造。

因此调度清算台设定：

**消耗走廊（consumptioncorridor）**。

*走廊内：允许一定比例的消耗失败或低消耗，但必须有失败原因回执；

*走廊外：若长期高签收低消耗，触发假调度预警与调度利率上调；

*对关键供给类型（审计配额、关键沟通资源），走廊更严格；对低风险工具类，走廊稍宽。

这把系统从“零容错”拉回“可复盘容错”，避免逼出应试造假。

---