右侧的状态看板随之发生了一次重大的变动。
【cyclers_Reproduction / pASS】
【translated_cyclers_Reproduction/cERtIFIcAtE_LAYER_bLocKEd(证书层受阻)】
【backward_Reasoning_Reproduction/pENdING(待处理)】
【Unified_certificate_Sche/wIthdRAwN(统一草案/已撤回)】
【Shared_Verification_Kernel/FEASIbILItY_REtAINEd(共享核/保留可行性)】
屏幕右上角,代表bb(5)探索进度的总计数值没有发生变化。
数据库里也没有多出一台被重新归类的机器。
但在繁忙海狸问题中,进度从来不只意味着又排除了一台机器。
最终答案建立在一条漫长的排除链上。
每一台被判定为永不停机的机器,都必须有能够经受独立复核的理由。
任何一个核验器只要错误接受过一份证书,它便失去了继续替其他结论担保的资格。此后经它放行的每一项结果,都必须重新接受审查。
江临构造的四状态反例,第一次运行只用了不到一秒。
它没有改变bb(5)的已决数量,却让一份准备承担最终核验责任的统一草案从【候选】变成了【撤回】。
对方必须停止原有路线,重新划分可信核,把窗口隔离、最大回退范围和不同证明规则各自需要承担的义务,真正写进能够被独立检查的代码。
如果这个漏洞晚一些被发现,未来通过统一草案生成的形式化结果,都可能建立在一句未经验证的窗口已经隔离之上。
届时需要推倒重查的,将不再是一份四页报告,而可能是一整条已经延伸出去的证明链。
从这一晚开始,任何人想把一台机器送进已证明永不停机的集合,都不能再递上一句声明。
他必须带来证据。
可以说,江临虽然没有替bb(5)增加一台已决机器,但他替那个最终答案,守住了必须是真的这道门。