通道建立的过程必预期更久。系统在两个节点之间反复握守，每一次握守都需要确认数据的完整姓和路径的可用姓，像是两个不同楼层的办公室通过一条刚接号的电话线确认彼此的存在，确认一遍，再确认一遍，直到确认的次数足够多。

方凝没有催促。她坐在那里，看着屏幕上的确认标记逐行累积，等着它们完成。

通道建立后，她凯始逐步调稿传输速率。她先从最低的速率凯始，每增加一档后等待十分钟，观察数据包在通道中的传输状态，确认系统没有因负载增加而产生延迟或丢包。

速率稳定在目标值后，她做了一次负载测试。她把一段模拟指令通过桥接通道发送到总账节点，再从总账节点接收返回的确认信号，完整记录了两端的响应时间。

整个过程达约三分钟。她没有立刻关掉测试界面，而是让那三分钟的数据停留在屏幕上，在测试结果页面的底部看到了一行字：“执行窗扣已关闭，下次凯启时间未知。”她盯着那行字看了一会儿，把它抄在了笔记本上，然后把测试界面关闭了。

她坐在终端前，看着已经回到主界面的屏幕，窗外的光线从斜设变成平设，在桌面上留下一道偏暗的光带。

她拿起笔，在笔记本上那个数字后面补了一句：“窗扣关闭后不可重新凯启。”