橙色是30秒缓存超时的状态，缓存模块的设计逻辑：30秒内网络未恢复，停止接受新交易，已缓存的100笔交易进入"待同步"状态，终端显示屏弹出提示。



"网络连接中断，交易暂停，请等待网络恢复。"



老方转过头看赵铭远。



赵铭远看着那个橙色的灯。



30秒到了，网络没有恢复。



他的拇指开始搓手机壳了。



…………



31秒，32秒，33秒。



橙灯常亮，终端屏幕上的提示没有消失，"请等待网络恢复。"



40秒。



老方在键盘上敲了两下，试图手动触发网络检测。



"无信号。"



50秒。



赵铭远的手从口袋里抽出来了。



60秒，一分钟。



他的离线方案覆盖30秒，一分钟已经超出设计范围。



他看了一眼老方，老方回看了他一眼，两个人都没说话。



90秒。



橙灯还亮着。



终端屏幕上的提示变了。



"网络连接中断，缓存超时，交易挂起，重连中……"



重连中。



三个字，后面跟着三个点，三个点在转，很慢。



120秒，两分钟。



三个点还在转。



赵铭远看着那三个点。



他知道了。



这不是一分钟的测试。



…………



右边，微光。



断网的瞬间，v20引擎的网络模块同样失去了信号。



但本地账本模块没有任何变化。



因为它不依赖网络。



本地账本的设计逻辑跟工行的缓存完全不同，工行的缓存是"先记下来，等网回来再处理"，本地账本是"在本地直接处理，处理完了等网回来再同步"。



区别在"处理"两个字。



缓存不处理交易，它只暂存，交易的真正完成需要中心清算确认，没有网络就没有清算，没有清算交易就没有法律效力。



本地账本处理交易，占用锁机制在本地完成交易确认，确保不会双花，交易在断网的瞬间就已经在法律意义上完成了，等网络恢复后，本地账本跟中心账本同步，补上清算记录。



断网之后，100笔交易请求进入本地账本。



老周看着屏幕。



交易笔数从0开始跳。



3，7，14，22。



跳得跟联网的时候一样快。



31，45，58。



响应时间面板上的数字：123s。



比联网时候的114s慢了不到1毫秒。



67，79，88。



老周端起搪瓷缸喝了一口茶，热的。



93，97，100。



100笔，全部完成。



用时：82秒。



完成率：100。



平均响应时间：123s。



本地账本状态面板上所有指标绿色，占用锁运行正常，零双花，零冲