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