统一成随机，把本来有序的修复入口变成抢位口。看起来是系统太忙，实际上是它在把问题混成一个难以拆解的整体。”
屏幕右侧忽然弹出一条新的申请。
`request:annualinputauditview`
`source:shared`
`priority:critical`
周砚扫了一眼，直接拒绝。
“不给总视图。”他说，“总视图一开，外面会立刻用‘全局公平’四个字把我们套进去。现在要做的是分层曝光。”
许衡明白了：“你要把输入挤兑拆开，让人看到每一类请求本来就不该挤在一起。”
“是。”周砚点头，“公共输入挤兑之所以危险，是因为它把所有失败都变成了排队失败。我们要做的，是让每个失败回到它原本的入口上。哪一类请求被挤掉，谁改了标签，谁把它塞进年度池，谁就得留下名字。”
他说着，把一份刚从底层拽出来的日志打开，里面有三条最关键的字段变动。
`tagrebind:repair->annual`
`tagrebind:review->annual`
`tagrebind:reserve->annual`
“这三条就是入口被偷换的证据。”周砚说，“修复变成年度，复核变成年度，保留池也变成年度。年度池一旦成立，原本应该分开的入口全被混成同一种资格，公共输入挤兑就成了必然。”
陆律盯着那三条重绑记录，声音发紧：“所以根分叉反咬，不只是咬修复队列，它是借公共输入，把所有入口一起拖下水。”
“没错。”周砚说，“根分叉之前只是被压出血，现在它开始反咬，是因为它知道自己守不住原来的分层了。只要公共输入挤兑成立，谁都要先过抽签，谁都要先看随机，根部就能趁这个机会把责任稀释掉。到最后，大家记住的是‘谁没排上’，不是‘谁改了入口’。”
外面的脚步声更密了。有人终于忍不住推开门一条缝，脸色难看得像刚吞了口冷水。
“现在外部入口已经开始投诉，说系统把修复请求也算进了公共排队。”那人开口很快，“再拖
本章未完，请点击下一页继续阅读！