「法币」蔡维德：智能合约3大架构分析，英国央行2020年3月数字法币报告( 三 ) 英国央行|法

4.2. 区块链系统和合约系统并行处理
而第2个方案可以使智能合约平台和账本系统并行，增加速度。报告说：
“另一种替代方法是，英国央行开发一个与核心账本分开的附加“模块”，以管理和处理智能合约。该模块将负责处理智能合约代码，然后在需要付款时指示核心账本。这种方法可以减轻对核心账本系统性能的负面影响，同时英国央行仍然承担公信方的功能。该模块将需要适当的权限来转移用户的资金，以及用户控制和批准此功能的过程。这种方法将需要围绕包括用户身份验证过程在内的各个方面展开思考。”

文章图片

智能合约和核心账本并行处理
相比传统设计的智能合约架构，这里的架构将账本服务和合约服务分开处理的设计更为合理。在此架构下，英国央行还是完全控制核心账本系统和合约系统，包括开发和运营。由于这些操作完全在央行里面进行，央行依旧拥有完全的监管力量。这里英国央行没有提供技术细节。我们这里补充2个选择：

全部交易操作由合约系统处理。这样核心账本系统就是提供数据库服务管理账户；
部分交易操作交给合约系统处理，但是还是有部分留在核心账本系统。在许多应用场景，智能合约只是进行部分功能，而且一笔交易可能由多个智能合约才能完成，例如一个验证身份、一个记账、一个完成记录、一个报税。

如果采取第一个方案，核心账本提供账本服务，而合约系统提供交易服务，这样账本系统可以扩展，速度快，这是熊猫模型的出发点。而这里核心账本系统就是熊猫模型里面的ABC账户链。如果智能合约多，如何组建这里的合约系统还是一个研究课题，因为大部分智能合约只是完成交易里面的一个操作，在计算机理论上，这就是微服务（microservice）的概念。
如果采取第二个方案，核心系统如何设计是一个研究课题，而合约系统可能反而容易设计。如果核心系统不把账本和交易数据分开处理，难扩展。如果没有设计好，性能可能比第一个方案更差，原因是合约系统和核心账本系统都有合约，这两组合约还有交互。这些交互如果设计的好，性能可以提高不少，但是如果设计不好，系统性能会更坏。

4.3. 合约系统在接口
第3个方案则是靠近应用方，报告说：
“第三种选择是英国央行将提供的最少而且低功能的智能合约，因为外面的支付提供商可以提供更好和更完整的智能合约。最少功能可能包括用密码将资金锁定在有效的托管服务中的能力。在这种方法中，英国央行还将在制定智能合约功能标准方面发挥作用。这些标准将确保提供者之间的互操作性，并设置最低的安全标准，但不会决定如何提供服务。”
「法币」蔡维德：智能合约3大架构分析，英国央行2020年3月数字法币报告

文章图片

智能合约运行在和外面商家的接口
该架构下，外面智能合约由供应商提供。这里英国央行需要预备的工作还是不少如下：

开发自己的账本系统和合约系统；
提出监管政策；
验证外面智能合约符合监管政策。

这里所有和核心账本的交互作业依旧由由央行自己开发和运营，例如由央行的核心系统和智能合约来处理来保证央行系统的安全，
因此，央行的智能合约需要提供2大功能：1）完成交易；2）从事监管。而外面合约系统提供：1）完成部分交易；2）提供非央行的其他服务，例如折扣、保险、或是连接服务。
这里方案基本上是央行提供资金投管机制和服务。这表示不论如何设计外面系统，最终还是由央行系统进行监管。

4.4. 三驾马车混合模型
上面3个机制不会是唯一的选择。例如这3种机制有可能可以同时间使用，或是任意2个机制同时使用。因为会有2套以上的合约组有可能同时间运行，在系统设计的时候需要确保运行时是不起冲突。