四节点联合观测的第一次正式演练，没有选择已经知道会发生的事件。

地球、月球、火星和谷神星各自冻结触发阈值，只共享时间标定和事件头格式。

任何节点都不能为了让结果看起来一致，在收到别处数据以后回头调整触发线。

统一时标也不意味着四处共用一只钟。

每个节点保留本地钟组，用恒星观测、双向测距和历史根事件校验长期漂移。

跨行星通信只传递带不确定度的发生时刻、探测器姿态和质量状态。

光要走多久，消息就等多久。

联合网络不会把延迟藏在一张同时亮起的动画里。

演练台上，四个节点的状态从不同时变绿。

月球消息抵达地球只需要短暂等待，火星事件头要跨越当时的行星距离，谷神星回应更晚。

屏幕为每条数据标出本地发生时刻、发出时刻和接收时刻。

值守系统依据发生时刻拼接科学序列，依据接收时刻安排真实动作。

这两种时间不能混用。

演练开始后的第七个月，月背节点首先抬高了弱事件等级。

探测器在二十七分钟内记录到方向集中的通量变化，幅度尚不足以单独判定主锋。

本地程序保存高频窗口，向地球和火星发送事件头，同时把谷神星列为远期关联节点。

地球节点在消息抵达前已经独立触发。

两处时标换算以后，事件顺序和模型预测相符。

火星没有立即出现相同波形。

它先收到内侧预警，轨道与表面探测器按照冻结规则提高采样频率，没有把背景起伏强行判成前驱。

十一个小时以后，火星轨道记录到主方向变化。

表面站受地形遮挡，只有两个当地时段具备完整视野。

数据组保留这处缺口，让轨道节点承担主测量，表面站只校验时间与背景。

谷神星收到事件头时，内侧节点的完整数据还在路上。

cERES-01根据事件编号开放本地高频窗口，旧载荷、新工位和轨道载荷同时运行。

第一天没有结果。

第二天也只有背景轻微变化。

网络没有因为前三处已经触发，就把谷神星每一次计数上扬都填进同一场事件。

第五天，谷神星新工位捕捉到方向展宽。

旧载荷在降额模式下给出较低统计量，时间位置一致；轨道载荷受姿态限制缺失前段，却完整记录了尾部。

三个谷神星数据源共同构成外层时间序列。

事件结束以后，四处先在本地完成质量判定。

地球文件抵达火星时，火星已经冻结自身结果。

谷神星收到完整内侧数据时，它的判定文件也早已进入只读镜像。

所有数据最终在地月火三处同时重建。

第一次重建没有立刻通过。

火星表面站的一段数据头使用了当地任务日编号，轨道节点使用统一事件日，两者物理时标一致，目录字段却无法自动合并。

本地系统把冲突停在数据装配层，没有改动任何时间值。
本章未完，请翻下一页继续阅读.........