林昼点头。他让法务起草回复函，同时在公开板上发布“暂停依据说明”，让所有人看到暂停不是任性，而是合法动作。公开板的说明一发，舆情里的质疑声稍微降了一点，但仍然有人不买账。林昼不强求所有人理解，他只要求“能说明”。
当晚，反向回执的案件终于有了突破。纪检联络员带着维护部门的日志来到控制室：“外包维护C组的负责人承认，他把测试机权限临时借给了‘合作方’。”
“合作方？”林昼皱眉。
“对方自称是互认平台的技术人员，说要排查互认链路问题。”纪检联络员说，“C组负责人以为是正常协作，没留记录。”
林昼心里一沉。所谓“合作方”，很可能是借互认之名的黑手。掌控互认链路的人越多，漏洞就越容易被利用。林昼意识到，他必须从制度上切断“临时协作”的灰区。
他立刻写下新的规则：`任何跨机构技术协作，必须在系统内生成协作单，协作单未生成，任何权限借用视为违规。`规则写入后，系统自动生成协作单入口，并在控制室的权限界面加上强制校验。
维护主管皱眉：“这会让协作变慢。”
“慢是为了不乱。”林昼说。
第二天，互认链路恢复前，林昼召开了一次“互认重启说明会”。说明会不是给媒体，而是给窗口人员和审核员。他在会上一条条解释新的规则：动态时序码如何验证，核验回写如何执行，协作单如何生成。每一条规则都配了一个“错误示例”，让人知道错在哪里。
“你们不是机器，但你们的动作必须像规则一样清楚。”林昼说。
说明会后，窗口人员明显紧张，但至少知道流程怎么走。林昼知道，再复杂的规则也必须落地到人手里，否则只是纸上谈兵。
互认链路恢复的当天，林昼亲自站在大厅观察。外地患者依然多，但队伍比昨天更稳。窗口核验时序码时出现几次错误，系统自动提示并修正。核验回写生效后，回执一用即失效，现场出现几次不理解的争执，但窗口人员按流程解释，争执很快平息。
“流程有效。”纪检联络员低声说。
“有效不是安全。”林昼回答。
他知道反向回执只是一次试探，更大的试探还在后面。果然，互认恢复第三天，系统监测到一批“伪造时序码”的请求。这批请求并没有通过核验，但它们的出现意味着有人已经开始研究时序码的生成规律。
“他们在学我们的规则。”维护主管说。
“规则被学，说明规则有效。”林昼说，“但也说明我们要更新。”
他决定引入“时序码随机盐”，让时序码的生成不再依赖固定算法，而是加入随机参数。这样即便有人研究时序码规律，也无法预测下一次的码。维护团队连夜更新，系统再次升级。
升级完成后，林昼把“时序码随机盐”写进公开板，明确告知这项措施的目的：防止伪造。这条说明引发了另一轮讨论，有人说“系统越来越复杂”，有人说“这样更安全”。林昼不在乎争论，他只在乎规则是否能挡住漏洞。
与此同时，清算系统也有了新的提示：`检测到“反向回执”链路背后存在资金异常流`。系统提示下方附了一条链接，指向一家外包公司的财务账户。账户在过去一个月内收到多笔小额转账，来源分散，金额却高度一致，像是有人在给“动作”付费。
林昼看着那条链路，心里明白：反向回执不是单独事件，它背后有一个交易结构。有人用钱买漏洞，用漏洞买号，用号买利益。这是一条完整的黑链。
“追资金。”林昼说。
他把这条线索交给法务与警方协查组，并将链路写入公开板的“风险线索”栏目。公开板首次出现“资金异常流”的字样，很多人看了之后沉默。因为这意味着漏洞不只是系统问题，而是犯罪问题。
当晚，警方协查组反馈：该外包公司名下的财务账户关联到一家“咨询服务公司”，而咨询服务公司背后又有一个名字——沈家二少。
林昼心口一紧。沈家二少，这个名字是清算系统最初弹出的“人命欠款人”。他知道自己迟早要面对，但没想到会在“反向回执”链路里遇见。