天才一秒记住【狂风中文网】地址：https://www.kfzw.net
十二月了。
老周的第二版方案在十一月最后一天跑通了。
方远用了一周时间重写了余额镜像模块的核心逻辑，把镜像同步的频率从每笔交易实时同步改成了批量异步同步，每500毫秒同步一次。
这样做减少了单笔交易的等待时间，把延迟从最初的800多毫秒压到了一个相对稳定的区间。
相对稳定的区间是多少呢。
老周在邮件里附了一张测试报告。
单笔交易延迟：平均793毫秒，最低612毫秒，最高1247毫秒。
793毫秒。
央行的性能指標要求是500毫秒以內。
demo里跑出来的37毫秒是纯逻辑层的数据，不含清算系统对接。
加上对接之后，延迟翻了二十多倍。
第二版比第一版好了一点，从“完全不能用“变成了“能用但不达標“。
差了將近300毫秒。
300毫秒听起来不多，0.3秒，一眨眼的功夫。
但在冬奥的场景里，这0.3秒可能是灾难性的。
冬奥期间数字人民幣的核心支付场景是什么？
便利店、餐饮、纪念品商店、交通。
冬奥村的便利店在比赛日的尖峰时段，一个小时可能有几百人排队结帐。
每一笔支付如果多等0.3秒，几百笔就是几十秒到一两分钟的排队延长。
运动员和记者不会等。
他们会掏出信用卡，或者打开手机用微信支付宝。
数字人民幣在冬奥的第一印象就是“慢“。
这不是技术问题。
这是政治问题。
冬奥是数字人民幣面向全球的第一次亮相，亮相的第一印象是“慢“，对整个dcep项目的推广是毁灭性的。
央行不会允许这种事发生。
更糟糕的是，赵铭远的同步清算方案不存在这个问题。
同步架构的延迟完全取决於清算引擎本身的处理速度，工行的清算引擎经过了几十年的优化，单笔交易確认时间在200毫秒以內。
如果央行看到的测试数据是微光610毫秒对工行200毫秒，结论不需要討论。
793毫秒，不达標，而且对手在达標。
…………
十二月第一周，老周的团队开始了密集的优化叠代。
方向有三个。
第一个是压缩镜像同步的批量间隔，从500毫秒试著压到300毫秒。
本章未完，请点击下一章继续阅读！若浏览器显示没有新章节了，请尝试点击右上角↗️或右下角↘️的菜单，退出阅读模式即可，谢谢！