中央銀行數字貨幣研究：原型系統與技術解決方案*

吳 狄，劉 亞，柏語蔓

（上海理工大學 光電信息與計算機工程學院，上海 200093）

0 引 言

自2009 年中本聰提出比特幣[1]以來，互聯網出現了大量基于區塊鏈技術的電子現金系統——加密貨幣（Cryptocurrency），其使用區塊鏈作為一種分布式賬本技術（Distributed Ledger Technology，DLT），具有的去中心化、去信任化、公開透明、不可篡改及匿名等特性，受到全球各界人士的關注。

隨著加密貨幣市場的擴大，基于加密貨幣的互聯網現金支付業務需求急劇增多，但比特幣等加密貨幣價值波動幅度大、貨幣政策固定、性能效率低下等問題無法滿足交易需求，一些由私人部門發行的穩定幣（Stablecoin）的加密貨幣出現，如Tether 與GUSD 等。穩定幣指的是由私人部門發行的與法定貨幣掛鉤的加密貨幣。它的發行方聲稱穩定幣發行量與抵押的法定貨幣相等，從而令價格與抵押的法定貨幣（美元、人民幣等）掛鉤，達到“穩定”效果。利用穩定幣，可實現類似使用法定貨幣的網絡支付功能。但穩定幣的價值與信用由私人部門擔保，信任度較低且存在一定的安全風險，因此受到了不少質疑。

受此影響，各國中央銀行及貨幣發行機構為了保護貨幣主權，同時基于推進貨幣政策、推廣數字金融、保障金融穩定性、改善金融包容性、提升國內支付效率、提高跨境支付能力等因素[2]，對發行以國家信用作為擔保的數字化支付工具——中央銀行數字貨幣（Central Banked Digital Currency，CBDC）展開了研究。根據國際清算銀行的調查[3]，超過80%的國家正在研發中央銀行數字貨幣方案，其中絕大部分使用了區塊鏈技術，并且部分國家已正式啟用CBDC并投放到當地市場。

根據英格蘭銀行[4]、國際基金貨幣組織[5]及國際清算銀行[6]的研究，各國貨幣當局發行CBDC 的主要動機可歸納為：

（1）保障國家貨幣主權；

（2）推進金融數字化；

（3）提高貨幣政策有效性；

（4）增強支付系統；

（5）改善普惠金融。

可見CBDC 有較大的社會意義，因而有較為寬廣的研究前景。其中，我國對法定數字貨幣的研究起步較早。2014 年，中國人民銀行成立了法定數字貨幣研究小組，并在2017 年設立了數字貨幣研究所，2018 年，時任中國人民銀行行長的周小川在發布會上指出，我國法定數字貨幣研究項目名為DC/EP（Digital Currency/Electronic Payment），產品名為數字人民幣（e-CNY）。DC/EP 由中國人民銀行發行，遵循“一幣二庫三中心”架構，具有雙層運營、M0 替代、可控匿名等特點。目前，DC/EP 已在深圳、雄安、蘇州以及成都等地開展實況試點測試。

為方便研究，國際清算銀行對CBDC 進行分類[7]，根據CBDC 的使用對象，即此系統可由公眾使用或只可由特定部門、組織、機構及企業使用，將其分為零售型CBDC（Retail CBDC，R-CBDC）及批發型CBDC（Wholesale CBDC，W-CBDC），其中零售型CBDC 的使用者極其廣泛，所以又稱為通用型CBDC（General-purpose CBDC，GP-CBDC）。各國政府與學界根據政治、經濟及社會需求與實際結合情況，確定其可使用性并展開如下研究。

在國內研究工作方面，范一飛[8]討論了在中國發行法定數字貨幣的法理依據以及架構。姚前提出了央行數字貨幣系統性框架[9]，探討了RSCoin 這一CBDC 原型系統的優劣[10]，并對中國法定數字貨幣進行了構想并提出中國國家數字貨幣DC/EP 的設計要求[11]。鄒傳偉[12]對零售型CBDC 及批發型CBDC 的選擇與設計進行了深入分析。狄剛[13]分析了數字金融技術體系中區塊鏈技術的現狀與挑戰，并對其進行展望。

在國外研究工作方面，CBDC 這一概念于2016 年由Broadbent 提出[14]。Danezis 等人[15]提出了第一個CBDC 原型系統RSCoin，隨即各界展開了CBDC 的研究，其結構、模式及設計思想對各國的CBDC 研發有一定啟發。Wüst 等人[16]針對CBDC 的隱私保護問題提出了PRCash的CBDC 原型系統。Adrian 等人[17]從全球金融系統角度對穩定幣、CBDC 與跨境網絡支付進行了研究及對比，并表達了對CBDC 發展的樂觀態度。Boar 等人[3]則發起了一項針對全球主流國家的貨幣當局與CBDC 相關情況的系列研究，對各貨幣當局進行了問卷調查，總結了這些國家CBDC 的發展現狀。在零售型CBDC 這一領域，Kiff 等人[18]對當前的零售型CBDC 進行了包含技術、金融、政策以及相關法律的調查。Auer 等人[19]則針對技術層面，分析了主流國家的零售型CBDC 采用的相關技術以及面臨的問題。而在批發型CBDC 這一領域，國際清算銀行支付與市場基礎設施委員會[20]對全球批發型CBDC 的發展現狀進行了總結，其中給出了批發型CBDC 所需技術特點。

當前，學界對CBDC 的綜述大多基于政策、經濟與法律的角度進行論述，而對于CBDC 原型系統與解決方案所采用的技術的具體研究仍需填補。

1 中央銀行數字貨幣

1.1 概述

中央銀行數字貨幣這一概念由英格蘭銀行于2016 年提出[14]，隨后國際清算銀行對CBDC的概念進行了進一步的明確。

根據國際清算銀行提出的定義[6]，中央銀行數字貨幣具有三個特性：

（1）數字化；

（2）由貨幣當局發行并擔保其價值；

（3）支持用戶間點到點交易；

CBDC 所需的技術應具有以下特點：

（1）中心化。CBDC 僅能由中央銀行或其授權的商業銀行及金融機構發行，不可由非授權的個人或組織發行。

（2）高吞吐量。CBDC 需要有足夠的吞吐量以滿足社會交易需求。

（3）一定的隱私保護性。CBDC 要具有一定的隱私保護特性，保障使用者的隱私（如交易對象、交易金額等）不被竊取。

（4）可監管。CBDC 要可監管，符合現行法律法規，保障金融安全，防止洗錢等金融犯罪。

（5）點對點交易。CBDC 需支持點對點支付，滿足使用者交易需求。

1.2 分類

國際貨幣組織根據使用對象、結構特點和采用的技術對CBDC 進行分類，具體如下：CBDC 可以根據使用對象不同分為批發型與零售型；根據交易范圍不同分為國內型和全球型；根據結構特點分為直接型、間接型和混合型；根據采用的技術模型分為基于賬戶模型和基于交易模型。本小節將簡單介紹每一類型CBDC 的特點。

1.2.1 批發型CBDC 與零售型CBDC

批發型CBDC 一般對使用者資質有較為嚴格的要求，主要面向貨幣當局、銀行及其他金融機構，不向普通民眾提供服務。此類型CBDC通常用于證券交割、財政結算及企業轉賬等，交易金額往往十分巨大，交易頻率相對較低。目前批發型CBDC 項目包括加拿大的Jasper 等。

零售型CBDC 可提供給政府、企業及普通民眾使用，中國的DC/EP 即為此類型的CBDC。零售型CBDC 單筆交易金額相對較低，交易頻率較高，可作為新型普遍支付手段，用于補充或替代傳統現金支付。

1.2.2 國內型CBDC 與全球型CBDC

國內型CBDC 原則上只允許境內人員持有，并且只允許在發行國境內交易。例如，中國的DC/EP、烏拉圭的Billete Digital 與柬埔寨的Bakong 等。

全球型CBDC 允許全球人員持有，支持跨境交易。例如，新加坡的Ubin、泰國的Inthanon 等。

1.2.3 直接型CBDC、間接型CBDC 與混合型CBDC

直接型結構由中央銀行與用戶組成，屬于單級結構。用戶資金存儲在中央銀行，資金由中央銀行確保，交易由中央銀行處理。

間接型結構由中央銀行、中介機構（一般為商業銀行）及用戶組成，屬于二級結構。中介機構向用戶提供支付服務，用戶與中介機構通信，資金存儲在中介機構，交易由中介機構處理。中央銀行負責記錄中介機構總賬，不保障用戶資金，不掌握用戶交易記錄。

混合型結構與間接型結構類似，也由中央銀行、中介機構以及用戶組成。不同于間接機構的是用戶與中介機構通信，資金存儲在中央銀行，交易由中介機構處理。中央銀行負責保障用戶資金，并且持有用戶交易記錄副本。

1.2.4 基于賬戶模型的CBDC 與基于交易模型的CBDC

基于賬戶模型的CBDC。賬戶模型（Accountbased）與銀行賬戶模式類似，每個地址被視為一個賬戶，存在保存地址對應數據（如金額等）的全局狀態。每個交易僅依賴現有狀態，不依賴其他交易。目前，冰島的Rafkróna 與巴哈馬的Sand Dollar 等皆采用此模型。

基于交易模型的CBDC。交易模型（Transactionbased）又稱為代幣模型（Token-based），由中本聰于比特幣中提出，與現金模式較為相近。在此模型中，每個地址被視為一個交易，不存在如賬戶、錢包及余額等概念，取而代之的是存在未使用的交易輸出（Unspent Transaction Output，UTxO）列表。每個UTxO 與現金一樣，包含金額與使用條件。不同的是，現金可以重復使用，UTxO 在使用一次后即被移出UTxO 列表，無法再次使用。目前，新加坡的Ubin 與巴西的Digital Fiat Currency 等采用此模型。

2 CBDC 原型系統

為了解決比特幣等加密貨幣的低吞吐量、去中心化和無法動態調整貨幣政策等缺陷以滿足CBDC 需求，2016 年英國央行英格蘭銀行與英國倫敦大學學院合作提出了第一個CBDC 原型系統——RSCoin[15]。作為由貨幣當局提出的第一個CBDC技術原型，RSCoin具有一定的典范性，引起各界的廣泛關注。針對其存在的問題與可改進的方向，學術界提出了各種改進的CBDC 技術原型，如UFCBCoin[21]、AFCoin[22]、PRCash[16]等，為各國CBDC 研究與開發帶來啟發。

2.1 RSCoin

2016 年，Danezis 等人在英格蘭銀行的建議下提出了第一個CBDC 原型系統RSCoin，具有高吞吐量、低算力消耗與支持動態貨幣政策等特點，能較好地滿足貨幣當局對數字法定貨幣的設計需求。

（1）結構特點

RSCoin 采用類似比特幣的基于交易模型（又稱為基于UTxO 模型）。它使用雙鏈結構，分為由高級區塊（Higher-level Block）組成的高層鏈和由低層區塊（Lower-level Block）組成的低層鏈。高層鏈由中央銀行管理，負責貨幣供應、貨幣政策調整與交易對賬；低層鏈作為交易總賬，通過多個由中央銀行授權的各個商業銀行所負責的被稱為“薄荷糖（Mintette）”的節點群組記錄進行具體交易，每個薄荷糖群組（Mintettes）只負責部分數據。

用戶在提交交易時，無論在驗證階段或提交階段，均需要用戶去與該階段對應的含2f個節點的薄荷糖群組中至少f+1 個節點進行通信，通信次數較多，造成通信成本高的問題。

（2）共識機制

RSCoin 使用兩階段提交（Two-Phase Commit，2PC）共識作為低層鏈中分布式記賬共識機制。2PC 共識分為驗證階段和提交階段。在驗證階段，用戶需獲取所使用的資金對應UTxO 所在Mintettes 中過半數Mintette 的簽名認證；在提交階段，用戶將交易及上一階段中取得的資金證明提交至轉賬地址所屬的Mintettes，若此Mintettes中過半數節點驗證通過并簽名，則完成共識并寫入低層區塊。

（3）交易流程

由于RSCoin 使用兩層結構，屬于間接型模型，因此用戶在交易中不直接與中央銀行通信，而是與所屬的商業銀行構建交易。

假設Alice 需要給Bob 轉賬，轉賬金額為v，則交易流程如下：

①Alice 構建轉賬申請， 選取使用的UTxO，通過尋址服務查詢該UTxO 對應的薄荷糖群組m與Bob 對應的薄荷糖群組n。

②進入驗證階段。Alice 構建一個交易Tx，包含對該UTxO 的資金證明并附上用戶自身簽名Sign（Alice），將其發送至群組m中所有mi。

③mi在收到Alice 的資金證明后，對其進行獨立核驗。首先，檢查資金是否屬于群組m管理，即此UTxO 是否在群組m的未使用交易輸出列表utxo中。其次檢查金額，最后檢查Alice用戶簽名。若核驗無誤，將UTxO 從utxo中移除，添加至用于防止“雙花”攻擊的已驗證的交易輸出列表pset中，最后在資金證明后附上mi自身簽名Sign（mi）發還給用戶。

④群組m中有2f個薄荷糖節點，若Alice取得其中f+1個薄荷糖節點的簽名，則完成驗證階段。

⑤進入提交階段。Alice 將資金證明及上一階段收集到的f+1個Sign（mi）組成的Tx'，分別發送至群組n中所有薄荷糖節點nj。

⑥nj在收到Alice 的交易與資金證明后，對其進行獨立核驗。首先檢查Bob 是否屬于群組c管理。其次檢驗Sign（nj）是否合法，如果合法，將此交易輸出加入已驗證交易列表txset中，將資金證明加上nj自身簽名Sign（nj）發回用戶。

⑦若群組n中過半數節點都完成驗證，則群組n將此次交易寫入低層區塊，交易結束。

（4）優缺點

在優點方面，首先RSCoin 吞吐量較高，據文獻[15]給出的測試數據可達2000TPS；其次它具有部分中心化的特點，中央銀行通過控制高層鏈管理貨幣發行；最后，它可以實現動態貨幣政策，中央銀行可通過高層鏈發行、銷毀貨幣及進行其他貨幣政策調整。

不足的是，RSCoin 論文[15]中未提及高層鏈的設計與對賬、貨幣政策調整等功能的實現，也未說明同一Mintettes 內各Mintette 的數據同步機制。此外，現有RSCoin 系統存在著用戶通信成本高、未保護交易隱私數據等可改進空間。

總之，RSCoin 作為第一個CBDC 原型系統，具有一定的開創性及啟發性，有較好的借鑒價值，其設計思想及理念對其后各國CBDC 研究及設計產生了一定影響。

2.2 UFCBCoin

為解決RSCoin 中交易通信次數較多，造成用戶通信成本高的問題，Han 等人提出了基于RSCoin 進行改進的CBDC 原型系統UFCBCoin。

UFCBCoin 基于RSCoin 改進而來，其結構與共識機制方面與RSCoin 大致相同。而在交易流程中，UFCBCoin 引入了“代表機制”，對通信流程與機制進行了修改，以減少用戶通信量。用戶在兩階段提交共識機制的驗證階段與提交階段均可隨機選取對應薄荷糖群組中的一個節點為代表，由此節點代表用戶與群組內其他節點進行通信，如獲取其他節點對資金證明的簽名等。最后將此階段的驗證結果一次性返回給用戶。通過代表機制，將部分用戶與薄荷糖節點的通信轉移為薄荷糖節點之間的通信。在惡意節點數量較多的情況下，UFCBCoin 與RSCoin 總體通信量較為接近。在一般情況下，UFCBCoin 中群組與用戶的通信量大幅度低于RSCoin 中群組與用戶的通信量，減少了用戶通信成本。

2.3 PRCash

RSCoin、UFCBCoin 等CBDC 原型系統側重探討中央銀行數字貨幣的模型、結構、共識機制、通信機制及吞吐量，不涉及對交易隱私的保護，存在隱私泄露問題。而且有些國家監管機構對交易金額有一定限制，如美國要求公民若在一個周期內接受現金超過10000 美元則需向美國國家稅務局申報，并且CBDC 一般認為與現金等價，應被納入同等管理范疇。但已有的原型系統未實現監管機制，未能完全滿足當局對CBDC的需求。

針對這些問題，Wüst 等人提出了旨在解決隱私保護與監管控制問題的CBDC 原型系統PRCash。此系統提出了一個利用零知識證明進行基于承諾的交易監管機制，通過使用類似Mimble-wimble 協議[23]的方式隱藏交易隱私（交易對象、交易金額）并使匿名交易具有不可鏈接性，以及采用可驗證的偽隨機標識符及范圍證明實現限制一個時間周期內單個用戶匿名交易金額。

（1）結構特點

假定PRCash 部署于標準的許可區塊鏈中，區塊由貨幣當局、監管機構與相關金融機構共同維護。在系統中，定義了四類角色：

①發行者：由貨幣當局擔任，負責發行貨幣。

②監管者：由監管機構擔任，負責監管用戶交易，如控制一個時間周期內匿名交易金額上限等。

③驗證者：由中央銀行授權的商業銀行或金融機構擔任，負責驗證用戶交易。

④用戶：由持有貨幣的消費者、企業或政府機構擔任，作為交易的發起方和接收方。

（2）共識機制

在共識機制方面，驗證者負責記錄交易總賬。驗證者采用實用拜占庭容錯（Practical Byzantine Fault Tolerant，PBFT）共識機制以保證賬本同步。

（3）交易流程

在交易流程方面，用戶可選擇發起兩種類型的交易：匿名及非匿名。在匿名交易中，用戶需提供證明，證明其在一個時間周期內接收的匿名交易貨幣少于法定限額，若用戶可提供此證明，則可實現匿名交易；若用戶超過法定交易額度，無法與監管者通信獲得此證明，則無法發起匿名交易。而在非匿名交易中，PRCash 提供了混幣服務，保障其隱私安全。在吞吐量方面，由于采用了零知識證明與同態加密等復雜算法，在有16 個驗證者的模擬環境下吞吐量約為480TPS，大幅度低于RSCoin 及UFCBCoin。

（4）優缺點

優點方面，PRCash 實現了一定程度的隱私保護與監管機制，滿足貨幣當局對CBDC 的需求。缺點方面，目前PRCash 采用的零知識證明技術計算成本相對較高，導致吞吐量相對較低，仍需改善。

總體來看，PRCash 是一個與其他CBDC 原型系統“正交”，著重于隱私保護及監管控制的原型系統，有較高的研究價值。

2.4 AFCoin

AFCoin 是由Tian 等人提出的意在實現一個基于賬戶模型的類RSCoin 的CBDC 原型系統。

（1）結構特點

AFCoin 由數個智能合約構建，可以在以太坊及如Quorum、Hyperledger Iroha 和Clique 等兼容以太坊結構以及以太坊虛擬機分布式賬本技術解決方案上部署。AFCoin 包含三種角色：

①中央銀行：負責貨幣發行，向商業銀行提供貨幣。

②商業銀行：負責管理用戶在商業銀行賬戶中的數字貨幣。

③用戶：作為交易發起方及接收方。

（2）共識機制

在共識機制及吞吐量方面，由于AFCoin 可在兼容以太坊虛擬機的不同平臺上運作，而各平臺的架構（公鏈、許可鏈或私有鏈）與共識機制（PoW、PoS、PoA 或PBFT 等）的不同導致可縮放性差異極大，因此，吞吐量則由使用的技術解決方案決定。

（3）交易流程

在交易流程方面，根據交易雙方地址歸屬狀況分為兩種交易：同行交易與跨行交易。

在Alice 地址與Bob 地址同屬CMB1 的同行交易情況里，Alice 向Bob 轉賬，CMB1 直接將Alice 賬戶余額減去相應金額，將其加到Bob 賬戶中，完成交易。

而在Alice 地址與Bob 地址分屬CMB1 與CMB2 的跨行交易情況里，Alice 向Bob 轉賬，Alice 首先需要向CMB1 申請交易，CMB1 在校驗交易后，減去Alice 賬戶相應金額，向CMB2轉賬。CMB2 在收到交易并確認后，增加Bob 的余額，完成交易。

（4）優缺點

AFCoin 的主要優點是適用于當前主流的“中央銀行—商業銀行”二元模型的混合型CBDC架構，其本質為基于Solidity 的智能合約，可快速部署于各類成熟的分布式賬本平臺。缺點則是基于賬戶模型較難保護交易隱私，而且未對吞吐量進行實際測試。

總體來說，AFCoin 作為第一個基于賬戶模型的CBDC 原型系統，因基于以太坊導致其適用性比較強，有一定參考意義。

3 技術解決方案

RSCoin、UFCBCoin、PRCash 及AFCoin 這些原型系統，為各國研究CBDC 帶來了參考與思路，并為CBDC 開發提供了結構、交易流程及安全等各方面的經驗與啟示。在實際CBDC 開發過程中，考慮到安全性、可維護性及技術成熟度等工程因素，各國通常選擇現有企業級分布式賬本技術平臺作為實現CBDC 的技術解決方案。如新加坡金融管理局的Project Ubin，由數字化新加坡元、國內銀行實時結算系統（Real Time Gross System，RTGS）、基于分布式賬本技術的券款對付（Delivery versus Payment，DvP）、跨境結算支付系統、跨境支付和跨境券款對付系統六個階段組成。Project Ubin 自2014 年開始第一階段，目前完成第五階段，使用了Quorum 與Hyperledger Fabric 作為其技術解決方案。加拿大銀行的Project Jasper 是基于Corda 開發的批發型CBDC 項目，用于國內銀行間支付結算。此外，加拿大銀行與新加坡金融管理局進行合作，提出了一個跨境支付系統項目Project Jasper-Ubin。柬埔寨國家銀行的Project Bakong 是柬埔寨政府提出的區塊鏈支付系統，作為一個零售型CBDC項目，意在取代部分現金交易并且減少美元在柬埔寨國內的流通，此項目應用Hyperledger Iroha作為技術解決方案。下面對表1 中的技術解決方案按其采用的模型進行分類，分別對其結構特點、共識機制、吞吐量、智能合約支持及隱私保護狀況進行分析，并對比各個技術解決方案的優缺點。

表1 CBDC 技術解決方案

3.1 Quorum

Quorum 是由摩根大通于2016 年提出的基于以太坊Geth 分支的開源企業級分布式賬本技術平臺[24]。

（1）結構特點

Quorum 采用基于賬戶模型，由Quorum節點與隱私管理器（Private Manager）組成。Quorum節點除了擁有以太坊節點大部分功能外，還實現了權限控制、可插拔的共識機制、私有狀態存儲等功能。隱私管理器由交易管理器（Transaction Manager）與被稱為“飛地（Enclave）”的加密解密模塊件組成，負責實現私有交易、部署私有合同等功能。Quorum 節點只與預設的Quorum 節點列表中其他節點通過P2P 協議進行連接，并通過HTTPS 協議連接隱私管理器。

（2）共識機制

Quorum 支持Raft 共識、IBFT（Istanbul BFT）共識及PoA（Proof-of-Authority，權威證明）共識作為共識機制。使用者在部署Quorum 時，根據實際需求選擇其中一個作為共識機制。

（3）吞吐量

根據Arati Baliga 等人[25]針對Quorum 測試報告中的數據顯示，Quorum 吞吐量都可達到約1400TPS。

（4）智能合約支持

因其基于以太坊Geth，因此Quorum 完全兼容基于Solidity 及LLL 等語言所開發的適用于EVM 的智能合約。

（5）隱私保護

Quorum 中的交易可分為公開交易與私有交易。公開交易通過全節點廣播，與以太坊交易無太大分別。私有交易可選擇參與的Quorum 節點，并且通過與隱私管理器通信將交易保存至鏈下，鏈上只保存加密后的Hash，實現對交易隱私的保護。并且，Quorum 中使用了ZCash 團隊提出的zk-SNARKS 實現了零知識證明安全層（Zero-knowledge Security Layer，ZSL），在防止“雙花”的前提下，對私有交易的交易對象、金額等敏感信息進行保護。

目前，新加坡金融管理局的Ubin、南非儲備銀行的Khokha 等項目采用Quorum 作為技術解決方案。

3.2 Hyperledger Iroha

Hyperledger Iroha[26]是Linux 基金會管理的開源企業級分布式賬本技術平臺，由Soramitsu公司于2016 年貢獻給Hyperledger 項目。

（1）結構特點

Hyperledger Iroha 采用了基于賬戶模型，無原生數字貨幣，網絡由多個對等節點組成。

（2）共識機制

Hyperledger Iroha 采用的是YAC（Yet Another Consensus）的共識機制。YAC 基于PBFT 進行改進，對系統中總量為3f個對等節點進行排序，采用前2f+1 個節點參與共識，若出現故障再采用剩余節點，在保障安全性與容錯性的前提下提升了可縮放性。

（3）吞吐量

Hyperledger Iroha 主要貢獻者Soramitsu 公司聲稱其吞吐量約為2000TPS[27]。

（4）智能合約支持

Hyperledger Iroha 使 用Burrow EVM 作 為 其虛擬機，保持了對Solidity 語言所編寫的智能合約的兼容。

（5）隱私保護

Hyperledger Iroha 提供了基于角色的權限控制系統，使得使用者可以非常方便地進行細粒度權限管理。而且Hyperledger Iroha 支持多重簽名交易與合約，便于設計業務的安全模型。

目前，柬埔寨國家銀行采用其作為本國零售型CBDC 項目Bakong 的技術解決方案。

3.3 Hyperledger Fabric

Hyperledger Fabric[28]由Linux 聯 盟 于2015年提出，是全世界使用最為廣泛的企業級區塊鏈平臺之一。

（1）結構特點

Hyperledger Fabric 采用了基于賬戶模型，不存在原生加密貨幣。系統由一條或多條通道與分組服務節點組成。通道由統稱為Peer 的對等節點組成，通道內數據構成一條區塊鏈，每個節點可以從屬于多個不同通道，僅能查看所屬通道內的數據。對等節點可根據其功能分為確認節點（Committing Peer）、背書節點（Endorsing Peer）、領導節點（Leader Peer）與錨節點（Anchor Peer）等角色。所有節點都屬于確認節點這一角色，負責接收新塊、驗證塊中交易以及將其加入賬本；而背書節點則是針對智能合約而產生的角色，每個擁有智能合約的節點都可成為此智能合約的背書節點；領導節點可由配置中靜態指定或動態選舉產生，負責從排序服務中獲取交易數據并分發至其他節點；錨節點由通道配置中指定，負責跨通道通信。排序服務由排序服務節點組成，負責對有效交易進行全局排序，其后生成新塊。

（2）共識機制

Hyperledger Fabric 支持使用單節點認證的Solo 協議、源于分布式共識的Kafka 協議或基于PBFT 的BFT-SMaRT 協議三種。使用者可根據實際狀況，在配置中指定系統使用的共識機制。

（3）吞吐量

Hyperledger Fabric在實驗狀況下高達3500TPS[28]。此外，有學者提出FastFabric[29]，聲稱可通過分離元數據、轉移背書節點與記賬節點至單獨硬件等措施，將吞吐量提至20000TPS。另外，隋源等人還提出了將Hyperledger Fabric 與鏈下數據庫進行結合的方案[30]，在吞吐量方面表現較好。

（4）智能合約支持

Hyperledger Fabric 可使用Go、Java 與JavaScript三種語言編寫被稱為鏈碼（Chaincode）的智能合約，并且根據Foschini 等人的測試報告顯示[31]，使用Go 語言開發的鏈碼性能最好。

（5）隱私保護

Hyperledger Fabric 所采用的通道技術可將數據分割為多條鏈，通過創建通道實現一定程度的數據隔離。并且，Hyperledger Fabric 還提供了私有數據集（Private Data Collection）方案，通過將私有交易與狀態寫入私有數據庫，僅在鏈與存儲全局狀態的數據庫中存儲私有數據的哈希值，實現在不需要建立通道的情況下保障交易隱私。

目前，新加坡金融管理局的Ubin、沙特阿拉伯貨幣局的Aber 與東加勒比中央銀行發行的DXCD 等項目采用Hyperledger Fabric 作為技術解決方案。

3.4 Stellar

Stellar[32]是由Ripple 聯合創始人Jed McCable等人于2014 年提出的開源區塊鏈系統。

（1）結構特點

Stellar 采用賬戶模型，原生數字貨幣名為XLM。Stellar網絡由多個被稱為“恒星核心（Stellar Core）”的對等節點與連接恒星核心并向外界提供REST API 服務的網關“地平線（Horizon）”組成。

（2）共識機制

Stellar 采用恒星共識機制（Stellar Consensus Protocol，SCP），是聯邦拜占庭協議（Federated Byzantine Agreement，FBA）的一個參考實現。

（3）吞吐量

根據Stellar 創始人Jed McCable 在采訪中提供的數據顯示[33]，Stellar 在模擬環境下吞吐量最高可達4000TPS。

（4）智能合約支持

Stellar 只支持被稱為恒星智能合約（Stellar Smart Contract，SSC）的非圖靈完備智能合約。SSC 擁有支持多簽名、閾值以及時間三種特性，通過在提交交易時設定約束條件從而生成智能合約。此外，Oleg Andreev 等人提出一個名為Slingshot[34]的項目，將零知識虛擬機ZkVM[35]接入Stellar 中，將交易中的公鑰視為謂詞，使Stellar 支持ZkVM 智能合約以使用零知識證明。

（5）隱私保護

Stellar 原生不支持私有交易。為彌補這一缺陷，有開發者提出了Starlight[36]方案，構建支付通道，從而實現私有交易。并且，前文中提到的Slingshot 項目不僅可以通過零知識證明對交易的對象與金額進行保護，還可以引入CoinJoin的變體方案對交易進行混幣處理，從而提升交易的隱私安全性。

目前，烏克蘭國家銀行采用Stellar 的私有版本作為本國CBDC 項目E-Hryvnia 的技術解決方案。

3.5 Corda

Corda 是R3 聯盟于2016 年提出的部分開源企業級分布式賬本技術平臺[37]。

（1）結構特點

Corda 基于交易模型，分為Corda 節點及公證池（Notary Pool）兩大組件。Corda 節點負責存儲交易信息，公證池負責共識機制以決定賬本記錄內容，由多個公證人（Notary）節點組成。

（2）共識機制

Corda 使用兩類機制：使用基于Raft 的Copycat 協議或基于PBFT 的BFT-SMaRT 協議的有效性共識以保證交易的有效性；由公證人服務對交易進行檢查避免“雙花攻擊”的唯一性共識。在Corda 中，必須同時通過這兩類共識機制才可提交交易。

（3）吞吐量

根據Corda 官方提供的信息，Corda 可在模擬環境下達到1674TPS[38]。

（4）智能合約支持

Corda 智能合約使用Java 虛擬機（Java Virtual Machine，JVM），支持使用Java 與Kotlin語言編寫。并且智能合約還支持法律散文（Legal Prose），即引入相關的法律條文作為依據，便于有關部門對交易與合約進行監管。

（5）隱私保護

Corda 使用Tear-off 技術。將交易的輸入、輸出、命令與附件構造為一棵默克爾樹（Merkle Tree），預言機服務能查看交易的命令，公證服務只能查看交易的輸入，實現了對交易的隱私保護。并且Corda 還提供了對諸如Intel SGX 等硬件安全模塊的支持，將在飛地中處理的歷史交易加解密運算放在可信計算硬件中執行，保障歷史交易數據隱私。但Corda 的公證池服務依賴于R3 聯盟，可能存在一定風險。

目前，加拿大銀行的Jasper、加拿大銀行與新加坡金融管理局聯合開發的Jasper-Ubin、泰國銀行Inthanon 都采用Corda 作為技術解決方案。

4 展望與總結

通過對原型系統與技術解決方案的分析，能較好地了解到當前CBDC 的發展現狀。下文將對CBDC 未來發展方向進行展望，以及對本文的工作進行總結。

4.1 展望

（1）高交易吞吐量

當前，主流公鏈系統如比特幣交易吞吐量為7TPS，以太坊交易吞吐量為15TPS，EOS 交易吞吐量約為34TPS。相較于傳統公鏈，CBDC原型系統及技術解決方案的吞吐量取得了極大提升，其中Hyperledger Fabric 的交易吞吐量為3500TPS，RSCoin 的交易吞吐量為2000TPS。但世界主流電子支付系統如中國網聯的交易吞吐量約為92000TPS，峰值可達250000TPS，Visa交易吞吐量約為24000TPS。可見CBDC 技術解決方案與傳統電子支付系統的吞吐量仍有較大差距，有可能無法滿足現實交易需求。因此，可采取鏈上擴容與鏈下擴容，提高中央銀行數字貨幣技術解決方案的交易吞吐量。

鏈上（On-chain）擴容指的是對區塊鏈的結構、共識以及交易流程進行修改與優化，實現系統吞吐量的提高。鏈上擴容主要包含如下方面：

①共識機制改進

當前技術解決方案一般采用PBFT、Raft 等聯盟鏈常用共識機制。可在平衡性能與中心化程度的前提下，對現有共識機制進行優化，加快交易驗證速度，從而提升系統吞吐量。

②分片技術

區塊鏈系統中一般將交易存放在一條區塊鏈中。分片技術是指將交易數據按照一定方式存放在數條相對獨立的鏈上，每條鏈稱為一個分片。不同分片中的交易獨立處理，可在一定程度上實現并行交易，提高系統吞吐量。

③有向無環圖結構

傳統區塊鏈采用鏈式結構，各個節點僅能串行處理交易。而采用有向無環圖（Directed Acyclic Graph，DAG）結構后，各個節點可并行處理不同交易，大幅提升交易吞吐量。

④無狀態驗證技術

無狀態驗證技術是指將交易中包含的憑證數據轉移到區塊鏈外，減少單筆交易大小，增加區塊交易容量，達到提升交易吞吐量的效果。

⑤擴塊

通過擴大區塊大小，可增加每個區塊包含的交易數量，從而提升交易吞吐量。

鏈下（Off-chain）擴容指的是在不修改區塊鏈系統的前提下，將部分數據的處理過程從鏈上轉移到區塊鏈外進行，等待處理完成后將結果返回至鏈上，實現擴容。鏈下擴容主要包含如下方面：

①側鏈

側鏈是指在原有區塊鏈外，部署額外的區塊鏈系統。原有區塊鏈稱為主鏈，新部署區塊鏈稱為側鏈。在主鏈上建立與側鏈的錨定機制后，可將交易處理轉移到側鏈上，僅在主鏈上保存交易結果，并定期更新錨定結果，達到提升交易吞吐量的目的。

②狀態通道

閃電網絡等方案均屬于狀態通道技術。狀態通道技術具體指在鏈外建立專門的交易處理通道，交易通過此通道進行處理，僅在鏈上存儲通道的起始狀態與最終狀態，減少鏈上交易處理數量，實現吞吐量的提升。

③鏈下計算

鏈下計算是指將鏈上數據處理過程通過可信計算環境或者安全多方計算等技術轉移至鏈下，僅在鏈上保存處理結果，從而減少系統處理時間，提升系統吞吐量。

（2）強隱私保護

CBDC 作為主權數字法定貨幣，應該對交易敏感信息（如交易對象、金額等）在符合監管規定的情況下進行一定程度的保護，保障使用者的隱私安全。現有技術解決方案均提供了一定程度的隱私保護，如Hyperledger Fabric 采用Channel 技術對交易信息進行隔離；Quorum 允許指定特定節點進行私有交易等。

①硬件層面

可在相關節點使用如Intel SGX、ARM TrustZone 等可信計算環境，防止隱私泄露。

②軟件層面

首先，可參照部分技術解決方案，引入零知識證明、同態加密等技術，對交易敏感信息進行保密；其次，采用一定程度的混幣技術，使得交易難以被追蹤；最后，可使用安全多方計算（Secure Multi-party Computation，SMC）技術，使相關節點在不掌握交易隱私的前提下完成對交易的處理。

4.2 總結

中央銀行數字貨幣是當前世界各國的數字金融研究熱點之一，具有保障貨幣主權、推進數字金融、便于金融服務等特點，擁有廣泛的應用前景。目前，中央銀行數字貨幣的研究與應用仍處于初步階段，絕大多數采用基于區塊鏈分布式賬本技術的技術解決方案。本文介紹了中央銀行數字貨幣定義及概念，對當前發表的原型系統及采用的技術解決方案進行了綜述，對其特點、模型、結構、共識機制及交易流程進行了闡述與分析；再對中央銀行數字貨幣區塊鏈技術解決方案的高交易吞吐量與強隱私保護兩個發展方向進行了展望。