第407章 两条路！
第407章 两条路！ (第2/3页)
喝了一口茶，皱了一下眉，茶太浓了。
他放下缸子，转身在中间那块屏幕上打开了一个新文件。
"你来找我是想聊可编程的事？"
"嗯。"
"我沟通会上讲的那个概念，你觉得能往下走？"
"我想听你说能不能，怎么走。"
老周靠在椅背上，双手抱在胸前，他想问题的时候有这个习惯，身体往后靠，眼睛看着天花板，嘴唇微微动一下，像在默念什么。
"可编程货币，"他说，"核心是让数字人民币在支付的时候自动执行一套预设的规则，用你的话说就是'让钱自己知道该怎么花'。技术上要实现这个东西，有两条路。"
他转过身在屏幕上画了两条线。
"第一条路，快的，在央行的清算引擎上面加一个规则解释层，简单说就是在每一笔交易确认之前，先过一遍规则引擎，检查这笔钱能不能花、怎么花。规则引擎跑在央行的服务器上，跟清算引擎是同步的，好处是开发快，半个月能出原型，跟现有架构兼容性高，坏处是……"
"坏处是大行也能做。"
老周看了他一眼。
"对，同步架构加规则层，这个思路不复杂，工行的技术团队想到只是时间问题，他们有3.2亿客户的数据，有清算引擎的源码权限，做这个东西比我们快，我们走这条路没有优势。"
"第二条呢？"
老周在屏幕上画了第二条线，跟第一条分开了一个角度。
"第二条路，慢的，不在央行的清算引擎上加东西，自己做一套独立的可编程逻辑层，跟清算引擎异步运行，央行管记账，我们管逻辑，两层之间通过异步回调通信，不是实时同步的。"
他停了一下。
"好处是这套架构完全独立于银行的清算系统，大行做不了，因为他们的清算系统是同步的，要改成异步等于把底层重写，他们不会干这种事，坏处是开发周期长，技术难度大，异步架构要解决一致性问题，要解决时序问题，要解决在弱网环境下的容错问题。这些问题都不简单。"
林彻没有立刻说话。
实验室里安静了十几秒，老周没催他，低头喝了口茶，又皱了一下眉。
两条路，一条快的，一条慢的。
快的那条大行也能走，走了等于跟赵铭远在同一个赛道上比资源，比不过。
慢的那条大路走不了，但技术难度大，时间紧。
央行的数字货币双层运营架构是公开信息，上辈子的论文和政策文件里反复强调过：第一层央行管发行回笼，第二层
（本章未完，请点击下一页继续阅读）