既能阅读高视角的计算理论证明，也能一路追潜到模拟器最底层的单步转移函数。

项目早期，她曾用另一套实现独立重放了百万级机器的分类过程。

原工具与复现结果出现的几处微小边界差异，都是她从海量的纸带快照里，一格一格用肉眼和脚本找出来的。

昨晚，第193步反例送达后，也是她带着两名研究生从空白纸带重新跑完全部轨迹，确认问题确实停在统一草案的验收层，没有越过原始decider的边界。

右下角窗口里，戴着黑框眼镜的青年研究员周述显得有些憔悴。

他是姚班本科毕业后留校直博的尖子生，研究方向正是携带证明的代码与最小可信计算基（tcb）。

那份被宣告破产的旧统一草案，正是由他主笔。

过去三个月里，二十七个模块、四百多项接口测试和两轮繁复的证书格式迁移，大半经过他的手。

他设计这套草案的初衷无比正确：把最终需要信任的代码压缩到尽可能小。

然而，问题恰恰出在这次过度的压缩上：一项本该由核验器亲自下场完成的证明义务，为了统一接口，被缩减成了证书生成端填写的一个布尔值true。

最后一个窗口没有开启摄像头，那是研究支持单元的技术联络员。

负责会议纪要的实时录入、版本封存和材料隔离，从不参与任何证明判断。

他的麦克风传出细微的纸张翻动声，他的面前摊着一份打印稿，第一页右上角已经盖上了刺眼的红色印章：【wIthdRAwN】。

没有人寒暄。

会议接通的瞬间，周述便直接共享了过去二十四小时的紧急审计表。

数据在屏幕上展开，严谨而清晰。

【可原样保留】：19项（包括基础状态定义、纸带读写头逻辑等）

【需拆回专用规则】：5项

【涉及未核验信任声明，直接废止】：3项

页面下方，列着三套经过整日争吵后得出的备选方案。

【方案一：共享核回调原专用decider】

优点：恢复最快，代码改动最少。

代价：搜索程序重新进入可信边界。

【方案二：将三种decider全部纳入可信核】

优点：外部接口最少。

代价：可信核膨胀成三套decider的总和，失去小而可审的意义。

【方案三：共享机器语义，分离三套核验规则】

优点：可信边界清晰，每套规则只验收有限见证。

代价：需要重新设计见证结构，backward Reasoning尤其困难。

叶宁率先打破沉默，她的声音透过网络传输略显失真，但逻辑依然锋利：“第一套方案能最快恢复进度，但这意味着裁判又要重新相信寻找证据的搜索程序。

第二套方案最省接口，但可信核的体积会膨胀成三套decider的总和。

这违背了我们建立可信计算基的初衷。”

“我们组内经过讨论，倾向于第三套方案。”周述接过话头，他的嗓音有些沙哑，显然熬了一个通宵，“可第三套还是有一个问题，三套规则进入可信核以后，怎样保证我们只是拆开了证明义务，而非换个名字重造三套decider？”

他将屏幕上的架构图放大，红色的高亮标记圈出了几个关键模块。

decider之所以难以被形式化信任，恰恰因为它的本质是探索。

它会使用启发式算法去搜索、去猜测未知的状态。
本章未完，请翻下一页继续阅读.........