因为这不是故障，不是意外，而是对方故意把线上的承接权从底部抽走，让它看起来像自己塌下去。失势这两个字，比任何技术术语都更准确。
“你要怎么把它拉回来？”林序问。
周砚没有马上回答。
他把所有日志重新按时间顺序排了一遍，从信任准备金并案开始，到第二层规则显形，到兑付顺序重排，再到断路器待激活、程序洪水接近上沿、出口降权。六个节点连起来，像一条已经绕到脖子上的绳。现在要做的不是去扯绳，而是找到绳结最早被打上的那一扣。
“先找断路器的触发来源。”他说。
信息中心主任立刻调出年容器内的源项列表。几秒后，一条被反复遮蔽过的记录浮了上来，旁边还带着一层浅浅的历史修订痕迹。
【触发来源：兑付线压力阈值。】
【修订记录：由‘承接超载’改写为‘程序洪流风险’。】
【修订人：定义层签核池协调席。】
“果然。”周砚的声音很平，“他们把原本的承接问题改成了程序洪流问题。这样一来，断路器的触发理由就从‘兑付线出了问题’，变成了‘系统为了防洪而切断’。”
“修订人还是协调席。”副总监冷声道，“又是那种不上不下的位置。”
“因为这种位置最适合改写。”周砚说，“它不负责结果，只负责把结果说成对的。”
他抬手把那条修订记录直接拉到最前面，眼神像刀锋一样压过去。
“我们现在要做两件事。”他说，“第一，把原始触发来源还原出来，让压力阈值重新回到承接超载上；第二，把出口确认点的降权动作和断路器触发绑定在同一条链上。只要这两件事同时成立，程序洪水就不再是自然失控，而是人为制造的挤兑。”
“然后呢？”林序追问。
“然后年容器就不能作为主容器继续运行。”周砚说，“它会被迫回到次级位置。只要主容器位被撤掉，断路器就没有资格以保护之名切掉兑付线。”
这句话说得很平静，平静得几乎像一条已经算到尽头的公式。
可就在他准备继续下发操作时，屏幕突然一暗。
不是断电，而是系统把定义层签核池的窗口切换成了另一种更深层的界面。界面底色比刚才更灰，像一层压在水面上的铅。中央只显示了一句话：
【年容器内部审阅已转入断路器预备态。】
会议室里一瞬间安
本章未完，请点击下一页继续阅读！