第416章 加一道菜（上）！

第416章 加一道菜（上）！ (第2/2页)

PPT第一页：标题"可编程货币引擎v2.0"，右下角页码：1/28。
　　
　　28页，上次12页，翻了一倍多，但跟92页比还是差了三倍。
　　
　　前四页是上次方案的回顾。
　　
　　老周没有重新讲，一句话带过："上次的内容各位看过了，今天讲新的。"
　　
　　第五页开始是新架构。
　　
　　本地账本，占用锁，最终一致性回调。
　　
　　老周讲的时候比上次沟通会流利很多。
　　
　　上次他只有概念和demO，这次他有完整的架构设计、代码实现和测试数据。
　　
　　方远在旁边操作电脑，配合展示。
　　
　　核心demO只有一个，但做得比上次的三个demO加起来都细致。
　　
　　模拟场景：1000个用户同时发起定向消费券支付，每人100元，指定商户范围50家，有效期三天。
　　
　　1000笔并发交易在可编程引擎上同时执行，规则检查、占用锁、本地账本扣减、异步回调清算系统。
　　
　　方远按下了回车键。
　　
　　测试结果在屏幕上刷了出来。
　　
　　1000笔并发交易，全部通过，零双花，零一致性错误。
　　
　　平均延迟：12毫秒。
　　
　　12毫秒。
　　
　　会议室里安静了。
　　
　　…………
　　
　　安静了大概四秒之后，央行技术安全部的一个人开口了。
　　
　　"12毫秒是用户感知延迟还是全链路延迟？"
　　
　　"用户感知延迟，"老周说，"全链路包含异步回调和清算确认，总延迟大约85毫秒，但用户在支付完成的瞬间看到的是12毫秒的确认，清算在后台一步完成。"
　　
　　"最终一致性的时间窗口是多长？"
　　
　　"从用户支付到央行账本确认，平均73毫秒，最长不超过200毫秒。"
　　
　　"如果在这73毫秒内央行系统宕机了呢？"
　　
　　"占用锁不释放，"老周说，"这笔钱一直处于'被占用'状态，用户不能花，商户不能收，等央行系统恢复之后，回调重发，清算完成，占用锁释放，如果央行系统在设定的超时时间内没有恢复，占用锁自动释放，这笔交易回滚，用户的钱退回可用状态。"
　　
　　"超时时间设多长？"
　　
　　"可配置，当前设的是30秒。"
　　
　　提问的人点了一下头，在笔记本上写了几行字。
　　
　　另一个央行的技术人员接上了："并发测试里的1000笔是在什么网络环境下跑的？"
　　
　　"模拟的4G网络，延迟波动在20到80毫秒之间，丢包率2%。"方远回答的，他的声音比在杭州实验室里稳了一些。
　　
　　"丢包率2%的情况下有多少笔交易触发了重传？"
　　
　　"37笔，重传后全部成功，重传延迟平均增加15毫秒。"
　　
　　央行那边安静了一下。
　　
　　花白头发的那个人一直没有说话，也没有在本子上写东西。
　　
　　他的视线在赵铭远和老周之间移了两次。
　　
　　技术质疑环节告一段落。
　　
　　副处长看了看时间，说了一句"还有几分钟，自由讨论"。
　　
　　花白头发的人动了。
　　
　　他往前坐了一点，双手交叉放在桌上，看着微光这边。
　　
　　"林总，"他开口了，声音不大但很清楚，"赵总前两周向我递交了一份建议，关于核心架构承建资格的问题，他的建议是核心技术架构应当由持牌金融机构承建，我想听听你的看法。"
　　
　　会议室里所有人都看向了林彻。
　　
　　赵铭远的表情没变。
　　
　　他知道这个问题会被问，他递交建议书的时候就预料到了。
　　
　　他坐得很稳。
　　
　　林彻看着所长。
　　
　　"赵总提过一个建议……林总，你怎么看？"