最新网址：www.xinquge.com

第五十六章：发射与回响

“——基准源校准程序CAL-07，预定发射序列启动。时间同步校准完成。电源状态：稳定。发射器预热倒计时：5…4…3…2…1…发射指令发出。反馈链路延迟监测中……”

2046年9月10日凌晨1点59分58秒。B7区办公室，灯火通明。林远独自坐在屏幕前，盯着CAL-07发射器的实时监控界面。所有参数都在正常范围内跳动，绿色的状态指示灯不断闪烁。空气里只有服务器风扇低沉的嗡鸣和他自己略显急促的呼吸声。窗外（想象中的）应是2046年最深沉的夜，城市“夜间安宁”声景切换到了模拟深海环境的、极其低频的混响，几乎无法被人耳察觉，却让空间显得更加空旷、压抑。

他的手心微微出汗。隐藏的后台脚本已经就绪，将在500毫秒后执行那个模拟网络延迟的干扰。一切计算都基于对老旧设备响应特性的推测，他只有一次机会，干扰的幅度和时机必须精确到毫秒级，才能诱发一个“合理”的瞬态，而不触发系统错误警报。

“发射器预热完成。频率锁定：50.000Hz。功率：等级1。发射倒计时：3…2…1…发射开始。”

屏幕上，代表发射信号强度的曲线瞬间抬升，稳定在预设的低功率水平。50Hz的纯净正弦波，正从紫金山边缘的深处，以人耳难以直接感知的声波形式，向四周扩散，成为校准城市无数声学传感器的、无声的基准。

就是现在！

林远在心中默念。后台脚本在预定的1:59:59.500毫秒准时触发。一个极其短暂、被伪装成正常网络抖动的数据包延迟指令，被发送到控制CAL-07的远程子系统。

屏幕上的监控数据流，极其轻微地“卡顿”了一下，反馈的发射器“输出频率稳定性”指标，出现了一个持续时间不足10毫秒的、幅度仅有0.01Hz的微小跳动，随即恢复正常。在庞大的数据流中，这个跳动几乎可以忽略不计，就像大海里的一粒沙。

但就在这10毫秒的“卡顿”期间，监控界面上，代表发射信号“谐波畸变率”的次要参数曲线，陡然向上凸起了一个尖锐的、短暂的高峰！畸变率瞬间从几乎为零飙升到了1.5%，然后同样迅速地跌落。

与此同时，在另一个监控发射器“启动瞬态频谱”的专门窗口（通常无人查看），捕捉到一段持续时间约20毫秒的、频率成分复杂的爆发信号。频谱图上，在26Hz附近，出现了一个清晰可辨的、虽然能量很低但明显高于背景的尖峰！尖峰旁边，还有一些更微弱的、频率接近52Hz（26的二次谐波）、78Hz的痕迹。

成功了！脚本诱发的微小延迟，导致发射器的功率驱动电路在启动瞬间产生了一个略高于平时的、频率成分包含了26Hz的振铃！虽然这个“杂音”的能量比主50Hz信号低了超过40个分贝，持续时间极短，但它的确被发射出去了，混在了合规的校准信号中！

林远的心脏狂跳起来，几乎要从胸腔里蹦出。他成功了！在2046年这片绝对的寂静与控制之下，他像最精巧的钟表匠，拨动了最微小的一根齿轮，让这个庞大的、无声的机器，发出了一声只有他最懂、也最期盼的、微弱的“杂音”！

发射持续了标准的60秒，然后平稳关闭。所有监控参数恢复正常。系统日志自动记录下了这次发射，包括那个微小的频率跳动和稍高的启动瞬态畸变，但归类为“设备正常老化范围内的可接受瞬态”，没有触发任何警报。

一切如常。除了林远，无人知晓，就在刚才，在紫金山下，一个频率为26Hz的、极其微弱的“呼喊”，被悄悄夹带在官方的声波中，发射到了空气和大地之中。

它会传播多远？会被什么“听到”？是2024年网络中沉睡的某个“耳朵”？是Observer_0x7A3？还是“方舟”在2046年的监控网？

他不知道。他只知道，他做到了。在规则之内，发出了自己的声音。

他靠在椅背上，感到一阵虚脱般的疲惫，但同时又有一股奇异的、混杂着兴奋与不安的热流在胸腔涌动。他看了一眼时间，凌晨2点过5分。

他调出有权限访问的、紫金山区域几个公开环境噪声监测站的实时频谱数据（有数分钟延迟）。数据平稳，在26Hz频段，只有本底噪声，没有任何异常凸起。这是预料之中的，他发出的信号能量太低，距离监测站也有一定距离，被环境噪音完全淹没是必然的。

他并不失望。他本来就没指望能在这里直接监测到“回响”。他的“呼喊”是投向深潭的石子，涟漪或许在别处，或许在另一个时间。

他关闭了所有与CAL-07相关的监控界面，清除了临时缓存和浏览记录。然后，他像完成了一项普通夜班工作一样，开始整理桌面，准备交接班（虽然他之后并没有班次）。

然而，就在他准备关闭个人终端，离开办公室时——

一直佩戴着、用于接收系统广播的骨传导耳机里，第四次，传来了那声熟悉的、短促的、1000Hz的“滴”。

声音清晰，一如既往。

但这一次，在“滴”声之后，耳机里并没有立刻恢复寂静。而是紧接着，传来了一串极其快速、微弱、但异常清晰的、类似高速摩尔斯电码的“滴滴答答”声！声音序列非常短，不到0.5秒，速度快到人耳几乎无法分辨具体节奏，更像是一段被极度压缩的数字音频猝发！

林远瞬间僵住，全身的血液仿佛都冲向了头顶。他猛地坐直，屏住呼吸，将耳机的音量调到最大，但那段猝发已经结束，耳机里只剩下系统广播频道固有的、极其轻微的沙沙声。

不是幻听。绝对不是。那段高速编码是真实存在的，紧接在“滴”声之后！

是回应！是对他刚刚发出的26Hz“杂音”的回应！来自那个神秘的存在（Observer_0x7A3？）！

他立刻尝试回忆那段短暂的编码节奏。太快了，根本无法靠记忆复现。他需要录音！但骨传导耳机接收的是直接传入内耳的信号，他的终端没有录音权限，系统也不会记录这种“非正式”的音频。

懊恼和激动交织。他得到了回应，却无法解码！

等等……他看向自己的个人终端。终端虽然没有录音他耳机里的声音，但……会不会在系统广播的后台日志里，留下这段猝发信号的数据记录？即使没有音频，也可能有“异常数据包接收”之类的记录？

他立刻登录内部通讯系统的底层诊断界面（他有极有限的只读权限），尝试查询过去几分钟内，自己终端接收到的所有非标准数据包。界面复杂，数据流庞大。他快速筛选，寻找时间戳在2:00-2:05之间、源地址不明、协议异常、或数据长度极短的记录。

在翻了数十页无关的系统心跳包和状态更新后，他的目光定格在了一条记录上：

时间戳：2046-09-10 02:01:17.332

协议/端口：未识别(0x7A3)

数据长度：12 bytes

内容（十六进制）：26 01 10 09 46 4C 00 00 00 00 1A 0A

状态：已接收，无对应处理程序，丢弃。