第458章 签名链升级与跃迁异常（2 / 2）

跃迁异常定义（Jup-Anoaly）

无迁移run_id却出现新版本标签

同一nonce_hash被多个标签引用

同一机构在极短时间内跨越多个版本且无对应队列记录

标签升级与Practice/队列完全不匹配

“复用包要卖，就是卖这种跃迁。”林远说，“那我们就把跃迁变成风险信号：一旦出现跃迁异常，自动触发抽查加密与协作席冻结（不是停用，是冻结标签使用），并生成整改工单。”

银行何经理立刻补一句：“我们这边也可以配合：检测到跃迁异常的机构，不作为授信参考输入，直到复测通过。”

数科安全负责人沉默了一会儿，终于说：“我们能做。验真接口里加一列‘upgrade_path’，没有路径就标红。”

副处长联络员把这条写进纪要：“跃迁异常作为反表演重要指标，进入线索池。”

---

关键：升级不变门槛

试点城市代表这时举手：“那我们采购第三方时，能不能要求他们必须有最新标签？否则我们怕买到落后的。”

“可以要求能力，但不能要求‘必须某版本最新’。”林远回答，“你可以写：必须具备L1能力标签且在有效期内；你不能写：必须通过某一次CasePack最新轮换。否则你又把门票做成了‘追最新’。”

他把这条也写进UPG-01补充条款：

＞ “采购引用标签：引用层级与有效期，不引用具体轮换版本编号；如引用版本，须给出替代路径。”

这句话把“追最新”变成可管理，而不是可勒索。

---

落地：升级看板与验真字段

当天夜里，陈毅把验真接口升级了一个字段：

bel_id

suite_version

casepack_version

upgrade_path（none/Δ/id/full）

run_id

nonce_hash

valid_until

jup_anoaly_fg（true/false）

并上线了一页“升级看板”：告诉所有机构——从哪个版本到哪个版本，需要走哪条路径，跑什么测试，预计耗时多少，在哪里排队。

第二天早上，群里出现了第一条“升级成功”的记录：一家深圳的小咨询公司从CasePack-12迁移到CasePack-13，走Δ迁移测试，用时18分钟，生成新标签，验真显示upgrade_path=Δ，jup_anoaly=false。

那条记录

＞ “有路径就行。至少不用求人。”

林远看着那句话，心里很清楚：制度升级做到最后，人们最想要的不是表彰，是不需要求人。

---

对手的下一招：把升级路径变成“收费通道”

下午，匿名入口又进来一条更“文明”的广告：

＞ “迁移测试加急通道：24小时内完成升级排期。名额有限。”

“加急通道。”又是优先的换皮。

陈毅问：“怎么办？我们不是已经禁止优先了吗？”

林远笑得很浅：“优先不是词，是结构。他们永远会把结构换个词。”

他拿起笔，在白板上写下下一章的方向：

升级排期与接口排期一体化

加急只允许由证据包齐全触发

任何收费加急=风险干扰源

“下一章，我们要把升级队列与开通队列合并成同一套公共排期规则。”林远说，“让所有加速都只能来自客观条件——证据包、准备度、no-show记录，而不能来自钱。”

他停顿了一下，补上一句更冷的：

“只要有人敢卖加急，我们就让‘加急’触发抽查加密。让市场知道：加急不是捷径，是风险。”

雨点开始敲窗。省城的冬雨不大，却很密，像一张看不见的网。林远知道，治理的网也一样：网越密，灰色空间越少；灰色空间越少，门票就越难卖。

但门票不会消失，只会变得更隐蔽。

所以他必须把每一个隐蔽的“优先”，都写进可复核的规则里。

---