339的新相关边。

物理位置变了，但相关结构的延迟、频率分布和窗口表现，与此前的E-031几乎一致。

它跟着读出链路走了。

负责读出的研究员咽了口唾沫，将两次实验的拓扑图叠在一起，随后十指飞速敲击，调出更多候选边的实时追踪。

屏幕上，新的结果不断写入分类表。

上午九点十四分。

第一轮读出干预完成。

【控制干预累计审查报告】

【累计纳入审查：48，含昨日完成归因的E-009】

【确认随控制动作消失或迁移：45】

【重新转入来源未定：3】

七十五条边获得了直接干预证据。

其中最值得注意的，是那七条没有随分组迁移，却在重新校正两组时钟之间的固定相位偏差后，直接退回背景区间的边。

实验团队沿着这七条边回查代码库，最终定位到一个已经沿用三个大版本的同步补偿参数。

它原本的设计初衷，是为了抵消两组读出链路之间的固定物理延迟。

然而，在第四次硬件大升级后，旧参数没有跟随新的数据采集卡一起更新。

这个过期参数不仅没有消除延迟，反而在每次测量中稳定制造出跨轮次的时间偏移，从而形成了七条稳定相关边。

负责读出的研究员看着Git版本记录上的提交日期，半晌没有说出话。

这个参数曾被团队视为数据清洗前的工程细节。

在过去几个月的相关性分析里，没有人把它当作噪声生成机制的一部分。

它却在七条稳定相关边背后，连续存在了三个版本。

项目负责人打破了沉默：“这个参数，修复以后重新跑一轮？”

“已经在跑了。”研究员声音有些沙哑。

十一分钟后，七条边全部退回无意义的背景区间。

读出组毫不犹豫地将修复项用鲜红的字体写入了全局工程日志。

【数字读出时钟补偿参数不得脱离硬件版本独立继承。】

屏幕另一端的江临看着这一切，没有对这七条边继续做任何解码优化的打算。

能够从采集系统源头消除的问题，不需要再让解码器适应它。

上午九点四十二分。

“控制干预开始。”

实验室保留当前解码器对错误位置的判断，只改变校正动作的下发方式。

四类高频局部校正路径被分别执行延迟、换序、绕行与只判定不下发等干预。

E-009已经在昨天完成归因。

今天需要复核的，是剩下四十七条控制闭环相关边。

一个小时后，第一轮控制干预结束。

四十七条边中，有三十一条随着对应控制路径被禁止而迅速减弱。
本章未完，请翻下一页继续阅读.........