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