第456章 全绿，等切流！

  下午的桌面推演比预想的长。

  从两点开始，四点半才结束，两个半小时，数研所那边问了很多细节。

  断网预案，第一个场景，“假设场馆a区wi-fi基站故障，持续时间未知，“数研所的女的念的，老周接过去说了流程，pos终端自动切换到离线模式，本地帐本开始记录，用户端无感知，等网络恢復后自动同步，同步延迟取决於断网时长和期间交易量。

  “节点自动切换的延迟上限是多少？“对方追问。

  “200毫秒。“老周说。

  “如果网络恢復时本地帐本和主节点帐本產生衝突怎么办？“

  老周解释了最终一致性协议的仲裁逻辑，时间戳优先，如果时间戳相同，以本地帐本为准，因为本地帐本离用户更近。

  “仲裁失败的概率？“

  “理论上不为零。“老周说，他停了一下，“但崇礼实测中没有出现过，780秒断网，247笔交易，零衝突。“

  对方沉默了几秒，在文件上写了几个字，然后说“確认“。

  第二个场景，节点故障，“假设崇礼b区边缘节点宕机，“老周介绍了热备切换机制，b区流量自动分配到a区和c区，切换时间15秒以內，方远在旁边调出了热备切换的日誌模擬，给对方看了实时画面。

  第三个场景，清算异常，这个是工行那边的，他们关心的是t+1清算截止时间到了但有未完成的交易怎么处理，老周把流程图调出来给他们看，流程图是方远画的，线条很细，標註很密，每个节点都標了时间窗口和超时处理逻辑。

  工行的人看了一会儿，其中一个低头跟旁边的人说了句什么，然后抬头，没有追问。

  四点半，桌面推演结束。

  数研所的人关了视频，工行的人也关了，大屏幕上的两个小窗口同时变黑，然后消失了。