第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毫秒。“

央行那边安静了一下。

花白头髮的那个人一直没有说话，也没有在本子上写东西。

他的视线在赵铭远和老周之间移了两次。

技术质疑环节告一段落。

副处长看了看时间，说了一句“还有几分钟，自由討论“。

花白头髮的人动了。

他往前坐了一点，双手交叉放在桌上，看著微光这边。

“林总，“他开口了，声音不大但很清楚，“赵总前两周向我递交了一份建议，关於核心架构承建资格的问题，他的建议是核心技术架构应当由持牌金融机构承建，我想听听你的看法。“

会议室里所有人都看向了林彻。

赵铭远的表情没变。

他知道这个问题会被问，他递交建议书的时候就预料到了。

他坐得很稳。

林彻看著所长。

“赵总提过一个建议……林总，你怎么看“