字体:大 中 小
护眼
关灯
上一页
目录
下一页
第221节 (第2/3页)
制整个系统。那还不是想干嘛就干嘛。” ??“所以这个权限在谁手里?”秦究说,“别说是系统自己,总该有点别的什么备选项目。” ??“厉害。”楚月对他竖了个拇指。 ??“正常情况下,这个主控权限当然由系统自己掌控,这是毋庸置疑的。但只要设计者的初衷不是满怀恶意,就一定会有应急方案。我们当时就是考虑到这点,所以一直盯着这个方向查。” ??系统失控后,非常“机智”地把这些内容隐藏了,但只要它还受规则束缚,他们就总有办法把隐藏内容翻出来。 ??“你们找到几个应急方案?”秦究问。 ??“两个。”a说,“一个紧急状态,一个冻结状态。两个有顺序先后。” ??如果系统主控中心70%处于瘫痪状态,就会进入紧急状态。在这个状态下,系统会进入次高等级的自我修复中,主控权限转移到“紧急控制单元”。 ??如果“紧急控制单元”没能止住颓势,系统主控中心继续出问题,最终达到全面瘫痪,那系统就会进入冻结状态,主控权限就会转移到主考官手上。 ??这就好比自动模式不行,就转半自动模式,再不行就只好转成手动。 ??楚月说:“主考官目前就是指我和a,所以说涉及人员很少,只要我们俩不掉链子就可以。” ??秦究问:“那排在你们之前的紧急控制单元是指什么?” ??“这个我们也不清楚,没触发过。”楚月说,“规则上把这玩意儿简称为s组,感觉像个应急小队,但这小队从哪里凑人呢?我俩讨论过很多次,觉得这个s组应该还是指系统演化出来的,类似应急程序这样的东西。” ??秦究想了想,觉得也有道理。 ??按照这个排序,s组的权限理论上应该比考官a和z高,但他俩已经是监考官中的最上位了。比他们还高,大概就只剩系统本身了。 ??“所以,我俩的计划其实很简单。就是等一个合适的时机,在尽可能短的时间里,让整个主控中心陷入瘫痪,把主控权限拿到手。先下一道指令把所有人放出去,再下一道指令永久关闭。” ??秦究问:“什么时候就算合适的时机?” ??考官a说:“系统缜密度下降的时候,计划b完成的时候。” ??楚月笑道:“说起缜密度,你算个功臣。” ??秦究挑眉问:“是么?” ??楚月指着考官a说:“我跟他受到的限制比较多,因为我们必须保证自己看起来跟系统立场统一,这样它才不会把冻结状态下的主控权限收回去。为了保住这个,我们行事必须合分寸,不能真正惹怒系统,就算搞事也得收敛着。整个进度就比较慢。” ??“但是你不同,你来系统这段时间,逼着它打了多少补丁你知道么?”楚月一脸幸灾乐祸,“哦你可能不知道,等你哪天去一趟主控中心,调出记录一看就有数了,反正我看得心情好极了。补丁打得又急又多,难免逻辑上有对冲的,bug也就越来越多,表面的、潜在的,这些都会降低系统的缜密度。主控中心有个自测,缜密度低于70%,系统会自己调整,我们打算等它降到75%。这样造反的成功率比较高。至于plan b——” ??这个计划一旦出问题,处理不好必定有伤亡,如果伤亡范围大一点,后果不堪设想。他们不可能拿太多人的命去冒险,所以最好要有plan b。 ??考官a说:“我在想办法做一个修正程序,可能还需要一段时间。” ??“那在这段时间里,我帮你们继续降一降系统的缜密度。”秦究说。 ??