天快亮时，POLICY-CORE终于提交了“离线票据签发机制设立依据与权限边界”存在级摘要。摘要不出所料，仍然想把签发机制包装成“材料安全”与“备灾方案”，并强调“未对外迁移”。但它避不开两个事实：

一，豁免规则真实存在；

二，票据验证尝试在冻结后仍发生。

第三方审计领队没有再做长篇质询，而是把两条事实并排投到屏幕上，像把一把钉子钉进同一块木板：

“机制说明禁止域外复制，已确认。”

“离线票据在冻结后仍流通，已确认。”

这两句一并落下，会场里便有人坐不住了。COORD-OFFICE主任助理的喉结动了一下，似乎想说那只是风险窗口的惯例；法务顾问则更谨慎，目光在屏幕与ARB见证席之间来回，像是在迅速判断这次还能不能继续用“解释空间”拖过去。

引没有开口。他看着那两条事实，心里知道，今天真正要追的已经不是“票据有没有签发”，而是“谁把签发逻辑回源到了豁免节点，谁又把豁免节点写进了可复用的映射表”。

果然，下一条证据回包很快进来了。

***ARB-CASE-2026-0081：签名码回源链裂缝定位包（见证封存）**

包里只有四项摘要，却比整页辩词都硬：

1）签名码回源至GOV-TKT-ISSUE-GATE时，出现一次短暂裂缝；

2）裂缝持续时间不足十二秒，但足以触发一次映射表重组；

3）重组后的映射表将“风险窗口豁免”回写为“临时兼容条目”；

4）临时兼容条目被标记为“可回包、可复用、可再入册”。

“回源一裂。”裴照盯着第四项，冷声道，“他们不是在补漏洞，他们是在借裂缝改词。”

沈谦的指尖停在桌面上，缓缓敲了一下：“签名码是门闩，映射表是门轴。门闩一裂，门轴先转。只要门轴还能转，豁免就能换名继续跑。”

候选协助员已经把新的核验请求送入托管镜像。他没有急着看结果，而是先把“回包先入册”四个字写在白板最上面。对方做的不是一次性伪造，而是将裂缝后的重组结果塞回登记链，让“临时”变成“既成”，让“容错”变成“惯例”。

这就是旧体系最熟练的手法：不否认你发现了裂缝，只要把裂缝本身写进册子，裂缝就能被说成流程的一部分。

“回包入册的是哪张表？”引问。

督导的眼神从终端上移开，低声报出结果：“签发映射表。不是票据目录，是签发与豁免的联动表。它把网关、接口、回执、豁免、兼容路径全串在一起。”

裴照冷笑：“原来他们一直在维护的不是系统，是一张会说话的表。”

沈谦点头：“而且这张表一旦入册，后续所有票据都能引用它。以后再问为什么能签，回答就会变成‘因为映射表这么写’。”

话音刚落，ARB见证席上便传来新的指令提示音。见证员没有抬头，直接宣布：

“映射表回包摘要已入册。按流程，先做版本对照，再做责任归属。”

屏幕上随即出现新的归档号：

***ARB-REC-2026-0440：签发映射表重组回包入册回执（存在级）**

这份回执本身不长，却带着一种令人发冷的顺畅，像这件事早就有人预备好了口径。版本对照模块也迅速拉出了前后差异：原始表里，“风险窗口豁免”是孤立条目；重组后的表里，它被嵌入“临时兼容”分支，分支下又挂着“业务连续性”和“备灾可用”两个接口，最后统一汇入“可复用签发池”。

“他们想把一次越界，做成一整套可继承模板。”候选协助员声音不高，却很冷，“只要模板在，换谁来都能继续。”

沈谦看着“可复用签发池”几个字，目光沉下去：“这就不是单点事故了，是体系化洗白。签名码一裂，映射表先回包；映射表一入册，签发池就能顺着走下去。”

引问：“能追到谁动了表吗？”

“能，但不能只追一个人。”候选协助员回答得很快，“先追表的重组动作，再追谁批准了入册。因为他们一定会把‘重组’说成自动，把‘入册’说成例行。”

他转向第三方审计领队：“把版本差异提成红线证据。重点不是表内容，而是重组前后，谁给了它合法性。”

领队点头，随即调出一份更关键的链路摘要。摘要显示，签发映射表在回源裂缝出现后，曾短暂调用过一个此前被忽略的组件：

**MAP-BACKFILL-CORE**

“回包补录核心。”督导低声念出名字时，像咬碎了一粒冰。

这名字一出来，周围几个人的脸色都变了。因为它说明映射表不是自然生成的，而是被专门设计成可补录、可再入册、可在裂缝后自动接续的。换句话说，黑屋的暗门并非临时捡漏，而是内置的补缝器。

“补录核心的Owner是谁？”引立刻问。

督导翻出组件登记，停顿了一瞬，才报出结果：“还是PCORE-GOV。”

会场里有短暂的静默。

这不是意外，甚至可以说是必然。但当必然被看见时，仍旧会让人发冷。PCORE-GOV不仅握着离线票据签发网关，还握着映射表回包的补录核心。它不只是门牌，不只是影子，而是把门、把钥匙、把补洞的针线都握在一起的人。

“所以我们之前追的不是一张表。”裴照说，“是整套把裂缝缝回去的手。”

法务顾问终于开口，语气已经不再像先前那样试图和稀泥：“如果这样，后续处置不能只盯票据，必须把映射表补录行为定性。否则他们会把所有后果都推给一次‘系统自动恢复’。”

“自动？”候选协助员看向他，“你们的自动，谁授权的？”

法务顾问一滞。

候选协助员没有逼他回答，只是按下提交键，把新的处置请求送上去：

***ARB-REQ-2026-0398：MAP-BACKFILL-CORE补录权限冻结与历史回包全量复核请求**

紧接着，附带的说明写得极短，却锋利得近乎无情：

**“签名码回源裂缝后形成的映射表回包，不得以自动化或例行化名义入册。凡能回包，即能再造边界；凡可复用，即可持续越界。”**

凌晨四点四十一分，ARB命令下来了。

***ARB-ORD-2026-0156：MAP-BACKFILL-CORE冻结与签发映射表历史回包全量复核令（摘要）**

1）即刻冻结MAP-BACKFILL-CORE补录权限；

2）签发映射表历史回包全量封存，不得再入册；

3）历史回包中凡涉及“风险窗口豁免”“临时兼容条目”“业务连续性”三类标签的，必须逐条核验其首次出现时间与见证链；

4）任何将回包解释为自动恢复的说法，一律视为规避责任。

命令落下，值守间里没有人鼓掌，也没人松气。因为所有人都明白，这只是在把一条更深的线拉出来。真正麻烦的，是这份映射表并不独立，它后面一定连着签章、回执、审批、工单，甚至连着更早之前那个一直没被正面触及的“签名源头”。

果然，督导几乎是同时从另一个核验窗口里抬起头。

“签名源头也有裂痕回包。”他说。

引立刻看过去。

屏幕上弹出第二条摘要，来自更底层的签章链路：

***SIG-SRC-2026-0032：签名源回包异常摘要**

1）签名源在裂缝出现后曾调用一次“回源补签”；

2）补签对象不是票据，而是映射表入册回执；

3）补签完成后，回执链完成闭环；

4）闭环后，所有后续票据都可引用该回执作为合法性基础。

“签名码回源一裂之后，映射表回包先入册。”沈谦一字一顿地念出来，像是在给这句题目补上最后的骨架，“原来这不是一句花哨的描述，是完整链条。”

裴照看着那条闭环，眼底的冷意更深：“他们先让签名源去补表，再让表去养票据。票据只是最外层，真正被养活的是豁免和继承。”

候选协助员没有接话，只是把这两份摘要并排封存。他知道，这一章不能把火烧到更高层去。现在最重要的不是掀顶，而是让这道裂缝第一次真正变成可追认的裂缝，变成能压住后续演练抽查的原始证据。

九点前，他们要把“映射表回包先入册”定成事实。

九点后，才轮得到去问：是谁把回包做成了门。

会场外，天色终于亮了一层。联审楼走廊尽头，新的巡检灯一盏接一盏亮起，像某种迟来的秩序开始接管空白。候选协助员看着那一排灯，忽然觉得自己正在逼近一扇真正的内门。

门后不是票据，不是表，也不是回包。

门后是那个一直在把裂缝当作流程的人。