引言：数字货币时代的来临
在数字化浪潮席卷全球的今天，货币形态正在经历前所未有的变革。随着移动支付的普及、加密货币的兴起以及区块链技术的成熟，全球各国央行正积极投身于央行数字货币（Central Bank Digital Currency, CBDC）的研究与开发中。CBDC作为一种新型的货币形态，既承载着传统货币的价值尺度、流通手段等职能，又融合了数字技术的便捷性与安全性，正逐步成为重塑全球金融体系的重要力量。
本文将深入探讨全球数字货币的研究现状，分析各国央行在数字货币技术应用方面的积极探索，并剖析当前面临的主要挑战，以期为读者提供一个全面、系统的视角，理解这场正在发生的货币革命。
一、全球数字货币研究现状
1.1 央行数字货币的定义与分类
央行数字货币（CBDC）是指由中央银行发行的数字形式的法定货币，具有与纸币和硬币同等的法律地位和经济价值。根据使用对象的不同，CBDC可分为两类：
- 零售型CBDC（Retail CBDC）：面向公众发行，供个人和企业日常支付使用，类似于数字现金。
- 批发型CBDC（Wholesale CBDC）：仅限金融机构间使用，用于大额清算和结算，类似于数字准备金。
1.2 全球主要国家和地区的研究进展
1.2.1 中国：数字人民币（e-CNY）
中国是全球最早启动CBDC研究的国家之一。自2014年中国人民银行成立数字货币研究所以来，数字人民币（e-CNY）的研发工作稳步推进。截至22023年，数字人民币已在多个城市开展试点，涵盖零售、交通、医疗、教育等多个场景。
技术特点：
- 采用“双层运营体系”：央行发行数字货币，商业银行和其他支付机构负责兑换和流通。
- 支持“可控匿名”：在保护用户隐私的同时，满足反洗钱和反恐怖融资的监管要求。
- 兼容多种支付方式：支持NFC、二维码、声波等多种支付方式，适应不同用户需求。
试点案例： 2023年，深圳市开展数字人民币红包活动，向市民发放总额1000万元的数字人民币红包。市民通过数字人民币APP领取红包后，可在指定商户消费。活动期间，共发放红包8万个，使用率超过90%，有效验证了数字人民币在零售场景的可行性。
2.2.2 欧洲央行：数字欧元（Digital Euro）
欧洲央行（ECB）于2020年启动数字欧元项目，旨在确保欧元在数字时代继续发挥核心作用。2021年，ECB进入为期24个月的“调查阶段”，重点研究数字欧元的技术架构、隐私保护和市场影响。
技术特点：
- 强调隐私保护：采用“匿名凭证”技术，在小额交易中实现完全匿名，大额交易则需身份验证。
- 注重可扩展性：设计支持每秒处理数万笔交易的架构，以应对未来需求。
- 兼容现有支付系统：确保数字欧元与现有银行系统和支付基础设施无缝对接。
最新进展： 2023年，欧洲央行宣布完成数字欧元原型系统的开发，包括核心结算系统和前端用户界面。下一步将进入“准备阶段”，重点测试实际应用场景。
1.2.3 美国：数字美元（Digital Dollar）
美国在CBDC研究方面相对谨慎，但近年来步伐加快。美联储（Federal Reserve）与麻省理工学院（MIT）合作开展Project Hamilton，研究CBDC的技术可行性。2022年，美联储发布《数字货币对美国货币体系的影响》白皮书，系统分析了CBDC的潜在影响。
技术特点：
- 强调隐私与合规平衡：探索零知识证明等技术，在保护隐私的同时满足监管要求。
- 注重系统稳定性：确保CBDC不会对现有银行体系造成冲击，避免“银行脱媒”。
- 探索跨境支付应用：与国际清算银行（BIS）等合作，研究CBDC在跨境支付中的应用。
最新进展： 2023年，美联储宣布启动“数字美元试点项目”，与多家金融机构合作测试CBDC在批发场景的应用。
1.2.4 其他国家和地区
英国：英格兰银行（BoE）提出“Britcoin”概念，重点研究CBDC在普惠金融和支付效率提升方面的作用。
日本：日本央行（BoJ）启动“数字日元”实验，重点关注CBDC在应对现金使用下降和提升支付系统韧性方面的作用。
1.2.5 国际组织的协调与合作
国际清算银行（BIS）作为中央银行的银行，积极推动全球CBDC研究合作。2020年，BIS牵头成立“中央银行数字货币小组”（CBDC Group），汇聚全球主要央行共同研究CBDC的技术标准、监管框架和跨境应用。
2023年，BIS发布《CBDC设计原则》报告，提出CBDC设计应遵循的10项原则，包括安全性、隐私保护、互操作性、包容性等，为全球CBDC发展提供了重要参考。
2. 各国央行积极探索数字货币技术应用
2.1 技术架构的选择
各国央行在CBDC技术架构上主要采用以下几种模式：
2.1.1 分布式账本技术（DLT）
DLT是CBDC技术架构的主流选择之一。其核心优势在于去中心化、不可篡改和高透明度。
案例：巴哈马“沙美元”（Sand Dollar）
巴哈马中央银行于2020年全球首个正式推出零售型CBDC——沙美元。其技术架构基于分布式账本，由中央银行维护主节点，授权金融机构作为辅助节点参与记账。
代码示例：沙美元交易验证逻辑（伪代码）
class SandDollarTransaction:
def __init__(self, sender, receiver, amount, timestamp):
self.sender = sender
self.receiver = receiver
= amount
self.timestamp = timestamp
self.signature = None
def sign(self, private_key):
"""使用私钥对交易签名"""
message = f"{self.sender}{self.receiver}{self.amount}{self.timestamp}"
self.signature = private_key.sign(message.encode())
def verify(self, public_key):
"""验证交易签名"""
message = f"{self.sender}{self.receiver}{self.amount}{self.timestamp}"
return public_key.verify(self.signature, message.encode())
def validate(self, ledger):
"""验证交易有效性"""
# 检查发送者余额
balance = ledger.get_balance(self.sender)
if balance < self.amount:
return False
# 检查签名有效性
public_key = ledger.get_public_key(self.sender)
if not self.verify(public_key):
= False
return True
2.1.2 传统中心化架构
部分央行选择基于传统中心化数据库的架构，以提高交易处理效率和降低技术复杂度。
案例：瑞典e-krona
瑞典央行（Riksbank）的e-krona项目采用中心化架构，由中央银行集中维护账户系统和交易记录。这种架构的优势在于：
- 交易处理速度快：可达到传统电子支付系统的性能水平。
- 技术成熟度高：基于现有银行系统架构，开发和维护成本较低。
- 监管便利：中央银行完全掌控货币数据，便于实施货币政策和监管。
2.2 隐私保护技术
隐私保护是CBDC设计的核心挑战之一。各国央行积极探索多种技术方案，在保护用户隐私的同时满足监管要求。
2.2.1 零知识证明（Zero-Knowledge Proof）
零知识证明允许一方（证明者）向另一方（验证者）证明某个陈述为真，而无需透露任何额外信息。
应用案例：数字人民币的可控匿名
数字人民币采用“双层匿名”架构：
- 第一层匿名：小额交易完全匿名，央行无法获知交易详情。
- 第二层匿名：大额交易需通过“可信机构”进行身份验证，央行可获取必要信息。
代码示例：零知识证明在CBDC中的应用（伪代码）
import hashlib
class ZKProof:
def __init__(self, secret):
self.secret = secret
self.commitment = self._commit(secret)
def _commit(self, secret):
"""生成承诺"""
return hashlib.sha256(str(secret).encode()).hexdigest()
def prove(self, challenge):
"""生成证明"""
return self.secret + challenge
def verify(self, challenge, proof, commitment):
"""验证证明"""
expected_proof = self.secret + challenge
expected_commitment = self._commit(self.secret)
return proof == expected_proof and commitment == expected_commitment
# 使用示例
zk = ZKProof(secret=12345)
challenge = "random_challenge"
proof = zk.prove(challenge)
is_valid = zk.verify(challenge, proof, zk.commitment)
print(f"Proof valid: {is_valid}") # 输出: Proof valid: True
2.2.2 环签名（Ring Signatures）
环签名是一种特殊的数字签名技术，允许签名者隐藏在一组可能的签名者中，从而保护签名者的身份隐私。
应用案例：数字欧元的隐私设计
数字欧元计划采用环签名技术，确保在小额交易中，交易发起者无法被追踪。例如，在一笔交易中，系统可以证明交易由一组地址中的某个地址发起，但无法确定具体是哪一个。
2.3 跨境支付应用
CBDC在跨境支付领域的应用潜力巨大，可显著降低交易成本、提高结算速度。
2.3.1 多边央行数字货币桥（mBridge）
mBridge是由国际清算银行（BIS）、中国人民银行、香港金管局、泰国央行和阿联酋央行共同发起的跨境CBDC项目，旨在探索使用CBDC进行跨境批发支付。
项目进展：
- 2021年完成第一阶段测试，实现跨境CBDC支付的实时结算。
- 2022年进入最小可行产品（MVP）阶段，支持四种货币（人民币、港币、泰铢、迪拉姆）的跨境转换。
- 2023年扩展至更多货币和参与方。
技术架构： mBridge采用“走廊网络”（Corridor Network）架构，各参与方央行在本地维护自己的CBDC系统，通过统一的DLT平台实现互联互通。
代码示例：mBridge跨境支付流程（伪代码）
class MBridgePayment:
def __init__(self, sender_bank, receiver_bank, amount, currency):
self.sender_bank = sender_bank
self.receiver_bank = receiver_bank
self.amount = amount
self.currency = currency
self.status = "pending"
def execute(self):
"""执行跨境支付"""
# 1. 发送方银行扣款
if not self.sender_bank.debit(self.amount, self.currency):
self.status = "failed"
return False
# 2. 通过mBridge平台转换货币
converted_amount = self._convert_currency(self.amount, self.currency, self.receiver_bank.currency)
if not converted_amount:
self.status = "failed"
return False
# 3. 接收方银行入账
if not self.receiver_bank.credit(converted_amount, self.receiver_bank.currency):
# 失败时回滚
self.sender_bank.credit(self.amount, self.currency)
self.status = "failed"
return False
self.status = "success"
return True
def _convert_currency(self, amount, from_currency, to_currency):
"""货币转换"""
# 调用mBridge平台的汇率服务
rate = MBridgePlatform.get_exchange_rate(from_currency, to_currency)
return amount * rate
2.3.2 Project Dunbar
Project Dunbar是国际清算银行创新中心（BIS Innovation Hub）与澳大利亚、马来西亚、新加坡和南非央行合作开展的项目，旨在探索CBDC在跨境支付中的应用。
核心成果：
- 开发了通用的CBDC平台，支持多种货币的CBDC在同一平台上发行和流通。
- 实现了“单一CBDC平台”模式，允许不同国家的CBDC在统一平台上进行兑换和结算。
- 测试了多种隐私保护方案，确保跨境交易中的数据隐私。
2.4 智能合约与可编程货币
CBDC与智能合约的结合，可实现货币的可编程性，拓展货币的功能边界。
2.4.1 可编程货币的概念
可编程货币是指通过智能合约预设条件，实现货币的自动支付、条件支付和定向支付等功能。
应用案例：数字人民币的智能合约应用
数字人民币支持智能合约功能，已在预付资金管理场景成功应用。
场景描述： 某教育培训机构采用数字人民币智能合约管理预付学费。学员预付学费后，资金被锁定在智能合约中，机构每完成一节课，合约自动释放相应课时的费用给机构。若机构倒闭或违约，剩余资金自动返还给学员。
代码示例：预付资金管理智能合约（Solidity）
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
contract PrepaymentContract {
address public student;
address public institution;
uint256 public totalAmount;
uint256 public perClassAmount;
uint256 public remainingClasses;
bool public isActive;
constructor(address _institution, uint256 _totalAmount, uint256 _perClassAmount, uint256 _totalClasses) {
student = msg.sender;
institution = _institution;
totalAmount = _totalAmount;
perClassAmount = _perClassAmount;
remainingClasses = _totalClasses;
isActive = true;
}
// 机构完成一节课后调用
function completeClass() external {
require(msg.sender == institution, "Only institution can call");
require(isActive, "Contract is not active");
require(remainingClasses > 0, "All classes completed");
// 转账给机构
(bool success, ) = payable(institution).call{value: perClassAmount}("");
require(success, "Transfer failed");
remainingClasses--;
if (remainingClasses == 0) {
isActive = false;
}
}
// 学生取消合同并取回剩余资金
function cancelContract() external {
require(msg.sender == student, "Only student can call");
require(isActive, "Contract is not active");
uint256 refundAmount = remainingClasses * perClassAmount;
(bool success, ) = payable(student).call{value: refundAmount}("");
require(success, "Refund failed");
isActive = false;
}
// 查询合约状态
function getContractStatus() external view returns (uint256, uint256, bool) {
return (remainingClasses, totalAmount - (remainingClasses * perClassAmount), isActive);
}
}
2.4.2 条件支付与定向支付
CBDC可实现条件支付（如达到特定条件后自动支付）和定向支付（如政府补贴只能用于特定用途）。
应用案例：数字人民币在精准扶贫中的应用
中国政府利用数字人民币的可编程特性，在精准扶贫项目中实现补贴资金的定向使用。例如，扶贫补贴只能用于购买农业生产资料，资金无法提现或用于其他消费，确保政策精准落地。
3. 当前面临的主要挑战
3.1 技术挑战
3.1.1 可扩展性与性能瓶颈
CBDC系统需要支持海量用户和高并发交易，这对系统性能提出极高要求。
挑战分析：
- 交易吞吐量：零售型CBDC可能需要支持数十亿用户和每秒数万笔交易。
- 延迟要求：支付场景要求交易确认时间在毫秒级。
- 数据存储：长期积累的交易数据量巨大，对存储和查询性能提出挑战。
解决方案探索：
- 分层架构：采用“核心层+扩展层”的分层设计，核心层处理关键交易，扩展层处理辅助功能。
- 分片技术：将交易分散到多个并行处理的分片中，提高整体吞吐量。
- 离线支付：开发离线支付技术，确保在网络中断时仍能完成交易。
代码示例：交易分片逻辑（伪代码）
class ShardingManager:
def __init__(self, num_shards):
self.num_shards = num_shards
self.shards = [Shard() for _ in range(num_shards)]
def get_shard_id(self, transaction):
"""根据交易特征确定分片ID"""
# 基于发送方地址哈希取模
sender_hash = hash(transaction.sender)
return sender_hash % self.num_shards
def process_transaction(self, transaction):
"""处理交易"""
shard_id = self.get_shard_id(transaction)
shard = self.shards[shard_id]
return shard.add_transaction(transaction)
def get_balance(self, address):
"""查询余额（需跨分片查询）"""
shard_id = hash(address) % self.num_shards
return self.shards[shard_id].get_balance(address)
3.1.2 网络安全与攻击防范
CBDC系统作为国家金融基础设施，面临各种网络攻击威胁。
主要威胁：
- DDoS攻击：通过大量无效请求瘫痪系统。
- 51%攻击：在基于DLT的系统中，攻击者控制超过50%的算力或权益，可篡改交易记录。
- 智能合约漏洞：可编程CBDC的智能合约可能存在安全漏洞，导致资金损失。
防护措施：
- 多层防御体系：部署防火墙、入侵检测系统、Web应用防火墙等。
- 节点准入机制：在DLT系统中，实施严格的节点准入和身份验证。
- 智能合约审计：对智能合约进行形式化验证和安全审计。
代码示例：智能合约安全检查（伪代码）
class SmartContractAuditor:
def __init__(self):
self.vulnerability_patterns = [
"reentrancy", # 重入攻击
"integer_overflow", # 整数溢出
"access_control", # 访问控制缺陷
"denial_of_service" # 拒绝服务
]
def audit(self, contract_code):
"""审计智能合约代码"""
vulnerabilities = []
for pattern in self.vulnerability_patterns:
if self._check_pattern(contract_code, pattern):
vulnerabilities.append(pattern)
return vulnerabilities
def _check_pattern(self, code, pattern):
"""检查特定漏洞模式"""
# 实际实现会使用静态分析工具
# 这里简化为示例
if pattern == "reentrancy":
return "call.value" in code and "require" not in code
return False
# 使用示例
auditor = SmartContractAuditor()
vulns = auditor.audit("""
function withdraw() external {
uint amount = balances[msg.sender];
(bool success, ) = msg.sender.call.value(amount)("");
require(success);
balances[msg.sender] = 0;
}
""")
print(f"发现漏洞: {vulns}") # 输出: 发现漏洞: ['reentrancy']
3.2 监管与合规挑战
3.2.1 反洗钱与反恐怖融资（AML/CFT）
CBDC的匿名性可能被用于非法活动，因此必须建立有效的AML/CFT机制。
挑战：
- 平衡隐私与监管：如何在保护用户隐私的同时，有效监控可疑交易。
- 跨境监管协调：不同国家的AML/CFT标准存在差异，跨境交易监管难度大。
解决方案：
- 分层匿名机制：如数字人民币的“可控匿名”，小额交易匿名，大额交易可追踪。
- 旅行规则（Travel Rule）：要求金融机构在跨境交易中交换交易双方信息。
代码示例：可疑交易监测（伪代码）
class AMLMonitor:
def __init__(self):
self.thresholds = {
"single_transaction": 50000, # 单笔交易阈值
"daily_total": 100000, # 单日累计阈值
"frequency": 10 # 交易频率阈值
}
def check_suspicious(self, user_id, transactions):
"""检查可疑交易"""
alerts = []
daily_total = 0
transaction_count = 0
for tx in transactions:
# 检查单笔交易金额
if tx.amount > self.thresholds["single_transaction"]:
alerts.append(f"单笔交易超标: {tx.amount}")
# 累计单日交易
daily_total += tx.amount
transaction_count += 1
# 检查单日累计
if daily_total > self.thresholds["daily_total"]:
alerts.append(f"单日累计超标: {daily_total}")
# 检查交易频率
if transaction_count > self.thresholds["frequency"]:
alerts.append(f"交易频率超标: {transaction_count}")
return alerts
# 使用示例
monitor = AMLMonitor()
transactions = [
{"amount": 60000}, {"amount": 20000}, {"amount": 30000}
]
alerts = monitor.check_suspicious("user123", transactions)
print(f"可疑交易警报: {alerts}") # 输出: 单笔交易超标: 60000, 单日累计超标: 110000
3.2.2 数据隐私与保护
CBDC系统收集大量用户交易数据，如何保护这些数据成为重要挑战。
挑战：
- 数据泄露风险：系统被攻击可能导致大规模用户数据泄露。
- 数据滥用风险：央行或金融机构可能滥用数据进行商业分析或监控。
- 跨境数据流动：跨境CBDC交易涉及数据跨境传输，需遵守各国数据保护法规。
解决方案：
- 数据最小化原则：只收集必要的数据，避免过度收集。
- 加密存储与传输：使用端到端加密保护数据。
- 数据访问控制：实施严格的数据访问权限管理。
3.3 金融稳定挑战
3.3.1 银行脱媒风险
CBDC可能吸引储户将银行存款转为CBDC，导致银行存款流失，影响银行信贷创造能力。
风险机制：
- 在金融危机时期，储户可能将银行存款快速转换为CBDC，引发银行挤兑。
- CBDC作为“安全资产”，可能削弱银行存款的吸引力。
缓解措施：
- 设置持有限额：限制个人或企业持有的CBDC数量。
- 分级利率：对超过一定额度的CBDC余额收取负利率，抑制过度持有。
- 转换限制：设置每日或每月转换限额，防止资金快速流失。
3.3.2 货币政策传导影响
CBDC可能改变货币创造机制和货币政策传导路径。
潜在影响：
- 货币乘数变化：CBDC可能改变基础货币与广义货币的比例关系。
- 利率传导：CBDC利率可能直接影响市场利率，改变传统传导机制。
- 量化宽松效果：CBDC可能为“直升机撒钱”提供技术便利，但也可能削弱传统QE效果。
应对策略：
- 政策工具创新：开发针对CBDC的货币政策工具。
- 渐进式推广：通过试点逐步观察影响，调整政策框架。
- 宏观审慎管理：将CBDC纳入宏观审慎评估框架。
3.4 社会接受度与包容性挑战
3.4.1 数字鸿沟问题
CBDC依赖数字设备和网络，可能加剧数字鸿沟，排斥弱势群体。
挑战表现：
- 老年人、低收入群体可能缺乏使用数字设备的能力。
- 偏远地区网络覆盖不足，影响CBDC使用。
- 残疾人士可能面临使用障碍。
包容性设计：
- 多渠道接入：提供APP、NFC卡、可穿戴设备等多种使用方式。
- 离线支付功能：支持双离线支付，确保无网络时仍能使用。
- 用户友好设计：简化操作流程，提供语音、大字体等辅助功能。
- 普惠金融服务：结合CBDC推广普惠金融，为弱势群体提供培训和支持。
3.4.2 用户信任建立
公众对CBDC的接受度直接影响其推广效果。
信任障碍：
- 隐私担忧：担心政府监控和数据滥用。
- 安全顾虑：担心系统被攻击导致资金损失。
- 习惯依赖：习惯现金或现有电子支付方式，不愿改变。
信任建设策略：
- 透明沟通：公开CBDC设计原则、隐私保护措施和安全机制。
- 试点示范：通过成功试点案例展示CBDC的优势和安全性。
- 用户教育：开展公众教育活动，提高数字素养。
- 法律保障：制定专门法律，明确CBDC的法律地位和用户权益保护。
4. 未来展望
4.1 技术发展趋势
4.1.1 跨链互操作性
未来CBDC系统需要支持不同国家、不同技术架构的CBDC之间的互操作。
技术方向：
- 跨链协议：开发标准化的跨链通信协议。
- 原子交换：实现CBDC之间的原子交换，确保交易要么全部成功要么全部失败。
- 统一身份认证：建立全球统一的数字身份体系，简化跨境交易。
4.1.2 量子安全密码学
随着量子计算的发展，现有加密算法面临威胁，CBDC系统需要采用量子安全密码学。
技术准备：
- 后量子密码算法：研究和部署抗量子计算的加密算法。
- 加密算法升级路径：制定从传统密码到量子安全密码的平滑过渡方案。
4.2 监管框架的完善
4.2.1 国际协调机制
建立全球统一的CBDC监管框架至关重要。
发展方向：
- 国际标准制定：由IMF、BIS等国际组织牵头制定CBDC国际标准。
- 监管沙盒机制：建立跨境监管沙盒，允许在受控环境下测试跨境CBDC应用。
- 信息共享机制：建立跨境AML/CFT信息共享平台。
4.2.2 国内法律体系
各国需要完善国内法律体系，为CBDC提供法律保障。
立法重点：
- 法律地位：明确CBDC的法定货币地位。
- 用户权益：规定用户隐私权、资金安全权等基本权益。
- 责任认定：明确各方在CBDC系统中的责任和义务。
4.3 应用场景拓展
4.3.1 物联网支付
CBDC与物联网结合，可实现机器对机器（M2M）的自动支付。
应用场景：
- 电动汽车充电：车辆自动完成充电和支付。
- 智能电表：根据用电量自动扣费。
- 供应链管理：货物交付自动触发付款。
4.3.2 元宇宙经济
CBDC可作为元宇宙中的基础货币，支撑虚拟世界的经济活动。
应用方向：
- 虚拟资产交易：在元宇宙中购买虚拟商品和服务。
- 数字身份绑定：将CBDC钱包与元宇宙身份绑定。
- 跨平台流通：实现不同元宇宙平台之间的价值转移。
5. 结论
全球数字货币研究正处于快速发展阶段，各国央行在技术探索和应用创新方面取得了显著进展。数字人民币、数字欧元、数字美元等项目展示了CBDC在提升支付效率、促进金融包容性和增强货币政策有效性方面的巨大潜力。
然而，CBDC的发展仍面临技术、监管、金融稳定和社会接受度等多重挑战。这些挑战需要各国央行、国际组织、技术专家和公众的共同努力来解决。
展望未来，随着技术的不断进步和监管框架的完善，CBDC有望成为全球金融体系的重要组成部分，为数字经济时代提供更安全、高效、普惠的货币基础设施。这场货币革命不仅将改变我们的支付方式，更将重塑整个金融生态，开启货币史的新篇章。
参考文献：
- 国际清算银行（BIS）. (2023). CBDC Design Principles.
- 中国人民银行. (2023). 数字人民币研发进展白皮书.
- 欧洲中央银行. (2023). 数字欧元调查阶段报告.
- 美联储. (2022). 数字货币对美国货币体系的影响.
- Bank for International Settlements. (2023). Annual Economic Report.
关键词：央行数字货币（CBDC）、数字人民币、数字欧元、分布式账本技术、隐私保护、跨境支付、智能合约、金融稳定# 全球数字货币研究现状与挑战 各国央行积极探索数字货币技术应用
引言：数字货币时代的来临
在数字化浪潮席卷全球的今天，货币形态正在经历前所未有的变革。随着移动支付的普及、加密货币的兴起以及区块链技术的成熟，全球各国央行正积极投身于央行数字货币（Central Bank Digital Currency, CBDC）的研究与开发中。CBDC作为一种新型的货币形态，既承载着传统货币的价值尺度、流通手段等职能，又融合了数字技术的便捷性与安全性，正逐步成为重塑全球金融体系的重要力量。
本文将深入探讨全球数字货币的研究现状，分析各国央行在数字货币技术应用方面的积极探索，并剖析当前面临的主要挑战，以期为读者提供一个全面、系统的视角，理解这场正在发生的货币革命。
一、全球数字货币研究现状
1.1 央行数字货币的定义与分类
央行数字货币（CBDC）是指由中央银行发行的数字形式的法定货币，具有与纸币和硬币同等的法律地位和经济价值。根据使用对象的不同，CBDC可分为两类：
- 零售型CBDC（Retail CBDC）：面向公众发行，供个人和企业日常支付使用，类似于数字现金。
- 批发型CBDC（Wholesale CBDC）：仅限金融机构间使用，用于大额清算和结算，类似于数字准备金。
1.2 全球主要国家和地区的研究进展
1.2.1 中国：数字人民币（e-CNY）
中国是全球最早启动CBDC研究的国家之一。自2014年中国人民银行成立数字货币研究所以来，数字人民币（e-CNY）的研发工作稳步推进。截至22023年，数字人民币已在多个城市开展试点，涵盖零售、交通、医疗、教育等多个场景。
技术特点：
- 采用“双层运营体系”：央行发行数字货币，商业银行和其他支付机构负责兑换和流通。
- 支持“可控匿名”：在保护用户隐私的同时，满足反洗钱和反恐怖融资的监管要求。
- 兼容多种支付方式：支持NFC、二维码、声波等多种支付方式，适应不同用户需求。
试点案例： 2023年，深圳市开展数字人民币红包活动，向市民发放总额1000万元的数字人民币红包。市民通过数字人民币APP领取红包后，可在指定商户消费。活动期间，共发放红包8万个，使用率超过90%，有效验证了数字人民币在零售场景的可行性。
2.2.2 欧洲央行：数字欧元（Digital Euro）
欧洲央行（ECB）于2020年启动数字欧元项目，旨在确保欧元在数字时代继续发挥核心作用。2021年，ECB进入为期24个月的“调查阶段”，重点研究数字欧元的技术架构、隐私保护和市场影响。
技术特点：
- 强调隐私保护：采用“匿名凭证”技术，在小额交易中实现完全匿名，大额交易则需身份验证。
- 注重可扩展性：设计支持每秒处理数万笔交易的架构，以应对未来需求。
- 兼容现有支付系统：确保数字欧元与现有银行系统和支付基础设施无缝对接。
最新进展： 2023年，欧洲央行宣布完成数字欧元原型系统的开发，包括核心结算系统和前端用户界面。下一步将进入“准备阶段”，重点测试实际应用场景。
1.2.3 美国：数字美元（Digital Dollar）
美国在CBDC研究方面相对谨慎，但近年来步伐加快。美联储（Federal Reserve）与麻省理工学院（MIT）合作开展Project Hamilton，研究CBDC的技术可行性。2022年，美联储发布《数字货币对美国货币体系的影响》白皮书，系统分析了CBDC的潜在影响。
技术特点：
- 强调隐私与合规平衡：探索零知识证明等技术，在保护隐私的同时满足监管要求。
- 注重系统稳定性：确保CBDC不会对现有银行体系造成冲击，避免“银行脱媒”。
- 探索跨境支付应用：与国际清算银行（BIS）等合作，研究CBDC在跨境支付中的应用。
最新进展： 2023年，美联储宣布启动“数字美元试点项目”，与多家金融机构合作测试CBDC在批发场景的应用。
1.2.4 其他国家和地区
- 英国：英格兰银行（BoE）提出“Britcoin”概念，重点研究CBDC在普惠金融和支付效率提升方面的作用。
- 日本：日本央行（BoJ）启动“数字日元”实验，重点关注CBDC在应对现金使用下降和提升支付系统韧性方面的作用。
- 加拿大：加拿大银行（BoC）开展Project Jasper，探索批发型CBDC在金融市场结算中的应用。
- 新加坡：新加坡金融管理局（MAS）与BIS合作开展Project Ubin，研究CBDC在跨境支付中的应用。
1.2.5 国际组织的协调与合作
国际清算银行（BIS）作为中央银行的银行，积极推动全球CBDC研究合作。2020年，BIS牵头成立“中央银行数字货币小组”（CBDC Group），汇聚全球主要央行共同研究CBDC的技术标准、监管框架和跨境应用。
2023年，BIS发布《CBDC设计原则》报告，提出CBDC设计应遵循的10项原则，包括安全性、隐私保护、互操作性、包容性等，为全球CBDC发展提供了重要参考。
2. 各国央行积极探索数字货币技术应用
2.1 技术架构的选择
各国央行在CBDC技术架构上主要采用以下几种模式：
2.1.1 分布式账本技术（DLT）
DLT是CBDC技术架构的主流选择之一。其核心优势在于去中心化、不可篡改和高透明度。
案例：巴哈马“沙美元”（Sand Dollar）
巴哈马中央银行于2020年全球首个正式推出零售型CBDC——沙美元。其技术架构基于分布式账本，由中央银行维护主节点，授权金融机构作为辅助节点参与记账。
代码示例：沙美元交易验证逻辑（伪代码）
class SandDollarTransaction:
def __init__(self, sender, receiver, amount, timestamp):
self.sender = sender
self.receiver = receiver
self.amount = amount
self.timestamp = timestamp
self.signature = None
def sign(self, private_key):
"""使用私钥对交易签名"""
message = f"{self.sender}{self.receiver}{self.amount}{self.timestamp}"
self.signature = private_key.sign(message.encode())
def verify(self, public_key):
"""验证交易签名"""
message = f"{self.sender}{self.receiver}{self.amount}{self.timestamp}"
return public_key.verify(self.signature, message.encode())
def validate(self, ledger):
"""验证交易有效性"""
# 检查发送者余额
balance = ledger.get_balance(self.sender)
if balance < self.amount:
return False
# 检查签名有效性
public_key = ledger.get_public_key(self.sender)
if not self.verify(public_key):
return False
return True
2.1.2 传统中心化架构
部分央行选择基于传统中心化数据库的架构，以提高交易处理效率和降低技术复杂度。
案例：瑞典e-krona
瑞典央行（Riksbank）的e-krona项目采用中心化架构，由中央银行集中维护账户系统和交易记录。这种架构的优势在于：
- 交易处理速度快：可达到传统电子支付系统的性能水平。
- 技术成熟度高：基于现有银行系统架构，开发和维护成本较低。
- 监管便利：中央银行完全掌控货币数据，便于实施货币政策和监管。
2.2 隐私保护技术
隐私保护是CBDC设计的核心挑战之一。各国央行积极探索多种技术方案，在保护用户隐私的同时满足监管要求。
2.2.1 零知识证明（Zero-Knowledge Proof）
零知识证明允许一方（证明者）向另一方（验证者）证明某个陈述为真，而无需透露任何额外信息。
应用案例：数字人民币的可控匿名
数字人民币采用“双层匿名”架构：
- 第一层匿名：小额交易完全匿名，央行无法获知交易详情。
- 第二层匿名：大额交易需通过“可信机构”进行身份验证，央行可获取必要信息。
代码示例：零知识证明在CBDC中的应用（伪代码）
import hashlib
class ZKProof:
def __init__(self, secret):
self.secret = secret
self.commitment = self._commit(secret)
def _commit(self, secret):
"""生成承诺"""
return hashlib.sha256(str(secret).encode()).hexdigest()
def prove(self, challenge):
"""生成证明"""
return self.secret + challenge
def verify(self, challenge, proof, commitment):
"""验证证明"""
expected_proof = self.secret + challenge
expected_commitment = self._commit(self.secret)
return proof == expected_proof and commitment == expected_commitment
# 使用示例
zk = ZKProof(secret=12345)
challenge = "random_challenge"
proof = zk.prove(challenge)
is_valid = zk.verify(challenge, proof, zk.commitment)
print(f"Proof valid: {is_valid}") # 输出: Proof valid: True
2.2.2 环签名（Ring Signatures）
环签名是一种特殊的数字签名技术，允许签名者隐藏在一组可能的签名者中，从而保护签名者的身份隐私。
应用案例：数字欧元的隐私设计
数字欧元计划采用环签名技术，确保在小额交易中，交易发起者无法被追踪。例如，在一笔交易中，系统可以证明交易由一组地址中的某个地址发起，但无法确定具体是哪一个。
2.3 跨境支付应用
CBDC在跨境支付领域的应用潜力巨大，可显著降低交易成本、提高结算速度。
2.3.1 多边央行数字货币桥（mBridge）
mBridge是由国际清算银行（BIS）、中国人民银行、香港金管局、泰国央行和阿联酋央行共同发起的跨境CBDC项目，旨在探索使用CBDC进行跨境批发支付。
项目进展：
- 2021年完成第一阶段测试，实现跨境CBDC支付的实时结算。
- 2022年进入最小可行产品（MVP）阶段，支持四种货币（人民币、港币、泰铢、迪拉姆）的跨境转换。
- 2023年扩展至更多货币和参与方。
技术架构： mBridge采用“走廊网络”（Corridor Network）架构，各参与方央行在本地维护自己的CBDC系统，通过统一的DLT平台实现互联互通。
代码示例：mBridge跨境支付流程（伪代码）
class MBridgePayment:
def __init__(self, sender_bank, receiver_bank, amount, currency):
self.sender_bank = sender_bank
self.receiver_bank = receiver_bank
self.amount = amount
self.currency = currency
self.status = "pending"
def execute(self):
"""执行跨境支付"""
# 1. 发送方银行扣款
if not self.sender_bank.debit(self.amount, self.currency):
self.status = "failed"
return False
# 2. 通过mBridge平台转换货币
converted_amount = self._convert_currency(self.amount, self.currency, self.receiver_bank.currency)
if not converted_amount:
self.status = "failed"
return False
# 3. 接收方银行入账
if not self.receiver_bank.credit(converted_amount, self.receiver_bank.currency):
# 失败时回滚
self.sender_bank.credit(self.amount, self.currency)
self.status = "failed"
return False
self.status = "success"
return True
def _convert_currency(self, amount, from_currency, to_currency):
"""货币转换"""
# 调用mBridge平台的汇率服务
rate = MBridgePlatform.get_exchange_rate(from_currency, to_currency)
return amount * rate
2.3.2 Project Dunbar
Project Dunbar是国际清算银行创新中心（BIS Innovation Hub）与澳大利亚、马来西亚、新加坡和南非央行合作开展的项目，旨在探索CBDC在跨境支付中的应用。
核心成果：
- 开发了通用的CBDC平台，支持多种货币的CBDC在同一平台上发行和流通。
- 实现了“单一CBDC平台”模式，允许不同国家的CBDC在统一平台上进行兑换和结算。
- 测试了多种隐私保护方案，确保跨境交易中的数据隐私。
2.4 智能合约与可编程货币
CBDC与智能合约的结合，可实现货币的可编程性，拓展货币的功能边界。
2.4.1 可编程货币的概念
可编程货币是指通过智能合约预设条件，实现货币的自动支付、条件支付和定向支付等功能。
应用案例：数字人民币的智能合约应用
数字人民币支持智能合约功能，已在预付资金管理场景成功应用。
场景描述： 某教育培训机构采用数字人民币智能合约管理预付学费。学员预付学费后，资金被锁定在智能合约中，机构每完成一节课，合约自动释放相应课时的费用给机构。若机构倒闭或违约，剩余资金自动返还给学员。
代码示例：预付资金管理智能合约（Solidity）
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.0;
contract PrepaymentContract {
address public student;
address public institution;
uint256 public totalAmount;
uint256 public perClassAmount;
uint256 public remainingClasses;
bool public isActive;
constructor(address _institution, uint256 _totalAmount, uint256 _perClassAmount, uint256 _totalClasses) {
student = msg.sender;
institution = _institution;
totalAmount = _totalAmount;
perClassAmount = _perClassAmount;
remainingClasses = _totalClasses;
isActive = true;
}
// 机构完成一节课后调用
function completeClass() external {
require(msg.sender == institution, "Only institution can call");
require(isActive, "Contract is not active");
require(remainingClasses > 0, "All classes completed");
// 转账给机构
(bool success, ) = payable(institution).call{value: perClassAmount}("");
require(success, "Transfer failed");
remainingClasses--;
if (remainingClasses == 0) {
isActive = false;
}
}
// 学生取消合同并取回剩余资金
function cancelContract() external {
require(msg.sender == student, "Only student can call");
require(isActive, "Contract is not active");
uint256 refundAmount = remainingClasses * perClassAmount;
(bool success, ) = payable(student).call{value: refundAmount}("");
require(success, "Refund failed");
isActive = false;
}
// 查询合约状态
function getContractStatus() external view returns (uint256, uint256, bool) {
return (remainingClasses, totalAmount - (remainingClasses * perClassAmount), isActive);
}
}
2.4.2 条件支付与定向支付
CBDC可实现条件支付（如达到特定条件后自动支付）和定向支付（如政府补贴只能用于特定用途）。
应用案例：数字人民币在精准扶贫中的应用
中国政府利用数字人民币的可编程特性，在精准扶贫项目中实现补贴资金的定向使用。例如，扶贫补贴只能用于购买农业生产资料，资金无法提现或用于其他消费，确保政策精准落地。
3. 当前面临的主要挑战
3.1 技术挑战
3.1.1 可扩展性与性能瓶颈
CBDC系统需要支持海量用户和高并发交易，这对系统性能提出极高要求。
挑战分析：
- 交易吞吐量：零售型CBDC可能需要支持数十亿用户和每秒数万笔交易。
- 延迟要求：支付场景要求交易确认时间在毫秒级。
- 数据存储：长期积累的交易数据量巨大，对存储和查询性能提出挑战。
解决方案探索：
- 分层架构：采用“核心层+扩展层”的分层设计，核心层处理关键交易，扩展层处理辅助功能。
- 分片技术：将交易分散到多个并行处理的分片中，提高整体吞吐量。
- 离线支付：开发离线支付技术，确保在网络中断时仍能完成交易。
代码示例：交易分片逻辑（伪代码）
class ShardingManager:
def __init__(self, num_shards):
self.num_shards = num_shards
self.shards = [Shard() for _ in range(num_shards)]
def get_shard_id(self, transaction):
"""根据交易特征确定分片ID"""
# 基于发送方地址哈希取模
sender_hash = hash(transaction.sender)
return sender_hash % self.num_shards
def process_transaction(self, transaction):
"""处理交易"""
shard_id = self.get_shard_id(transaction)
shard = self.shards[shard_id]
return shard.add_transaction(transaction)
def get_balance(self, address):
"""查询余额（需跨分片查询）"""
shard_id = hash(address) % self.num_shards
return self.shards[shard_id].get_balance(address)
3.1.2 网络安全与攻击防范
CBDC系统作为国家金融基础设施，面临各种网络攻击威胁。
主要威胁：
- DDoS攻击：通过大量无效请求瘫痪系统。
- 51%攻击：在基于DLT的系统中，攻击者控制超过50%的算力或权益，可篡改交易记录。
- 智能合约漏洞：可编程CBDC的智能合约可能存在安全漏洞，导致资金损失。
防护措施：
- 多层防御体系：部署防火墙、入侵检测系统、Web应用防火墙等。
- 节点准入机制：在DLT系统中，实施严格的节点准入和身份验证。
- 智能合约审计：对智能合约进行形式化验证和安全审计。
代码示例：智能合约安全检查（伪代码）
class SmartContractAuditor:
def __init__(self):
self.vulnerability_patterns = [
"reentrancy", # 重入攻击
"integer_overflow", # 整数溢出
"access_control", # 访问控制缺陷
"denial_of_service" # 拒绝服务
]
def audit(self, contract_code):
"""审计智能合约代码"""
vulnerabilities = []
for pattern in self.vulnerability_patterns:
if self._check_pattern(contract_code, pattern):
vulnerabilities.append(pattern)
return vulnerabilities
def _check_pattern(self, code, pattern):
"""检查特定漏洞模式"""
# 实际实现会使用静态分析工具
# 这里简化为示例
if pattern == "reentrancy":
return "call.value" in code and "require" not in code
return False
# 使用示例
auditor = SmartContractAuditor()
vulns = auditor.audit("""
function withdraw() external {
uint amount = balances[msg.sender];
(bool success, ) = msg.sender.call.value(amount)("");
require(success);
balances[msg.sender] = 0;
}
""")
print(f"发现漏洞: {vulns}") # 输出: 发现漏洞: ['reentrancy']
3.2 监管与合规挑战
3.2.1 反洗钱与反恐怖融资（AML/CFT）
CBDC的匿名性可能被用于非法活动，因此必须建立有效的AML/CFT机制。
挑战：
- 平衡隐私与监管：如何在保护用户隐私的同时，有效监控可疑交易。
- 跨境监管协调：不同国家的AML/CFT标准存在差异，跨境交易监管难度大。
解决方案：
- 分层匿名机制：如数字人民币的“可控匿名”，小额交易匿名，大额交易可追踪。
- 旅行规则（Travel Rule）：要求金融机构在跨境交易中交换交易双方信息。
代码示例：可疑交易监测（伪代码）
class AMLMonitor:
def __init__(self):
self.thresholds = {
"single_transaction": 50000, # 单笔交易阈值
"daily_total": 100000, # 单日累计阈值
"frequency": 10 # 交易频率阈值
}
def check_suspicious(self, user_id, transactions):
"""检查可疑交易"""
alerts = []
daily_total = 0
transaction_count = 0
for tx in transactions:
# 检查单笔交易金额
if tx.amount > self.thresholds["single_transaction"]:
alerts.append(f"单笔交易超标: {tx.amount}")
# 累计单日交易
daily_total += tx.amount
transaction_count += 1
# 检查单日累计
if daily_total > self.thresholds["daily_total"]:
alerts.append(f"单日累计超标: {daily_total}")
# 检查交易频率
if transaction_count > self.thresholds["frequency"]:
alerts.append(f"交易频率超标: {transaction_count}")
return alerts
# 使用示例
monitor = AMLMonitor()
transactions = [
{"amount": 60000}, {"amount": 20000}, {"amount": 30000}
]
alerts = monitor.check_suspicious("user123", transactions)
print(f"可疑交易警报: {alerts}") # 输出: 单笔交易超标: 60000, 单日累计超标: 110000
3.2.2 数据隐私与保护
CBDC系统收集大量用户交易数据，如何保护这些数据成为重要挑战。
挑战：
- 数据泄露风险：系统被攻击可能导致大规模用户数据泄露。
- 数据滥用风险：央行或金融机构可能滥用数据进行商业分析或监控。
- 跨境数据流动：跨境CBDC交易涉及数据跨境传输，需遵守各国数据保护法规。
解决方案：
- 数据最小化原则：只收集必要的数据，避免过度收集。
- 加密存储与传输：使用端到端加密保护数据。
- 数据访问控制：实施严格的数据访问权限管理。
3.3 金融稳定挑战
3.3.1 银行脱媒风险
CBDC可能吸引储户将银行存款转为CBDC，导致银行存款流失，影响银行信贷创造能力。
风险机制：
- 在金融危机时期，储户可能将银行存款快速转换为CBDC，引发银行挤兑。
- CBDC作为“安全资产”，可能削弱银行存款的吸引力。
缓解措施：
- 设置持有限额：限制个人或企业持有的CBDC数量。
- 分级利率：对超过一定额度的CBDC余额收取负利率，抑制过度持有。
- 转换限制：设置每日或每月转换限额，防止资金快速流失。
3.3.2 货币政策传导影响
CBDC可能改变货币创造机制和货币政策传导路径。
潜在影响：
- 货币乘数变化：CBDC可能改变基础货币与广义货币的比例关系。
- 利率传导：CBDC利率可能直接影响市场利率，改变传统传导机制。
- 量化宽松效果：CBDC可能为“直升机撒钱”提供技术便利，但也可能削弱传统QE效果。
应对策略：
- 政策工具创新：开发针对CBDC的货币政策工具。
- 渐进式推广：通过试点逐步观察影响，调整政策框架。
- 宏观审慎管理：将CBDC纳入宏观审慎评估框架。
3.4 社会接受度与包容性挑战
3.4.1 数字鸿沟问题
CBDC依赖数字设备和网络，可能加剧数字鸿沟，排斥弱势群体。
挑战表现：
- 老年人、低收入群体可能缺乏使用数字设备的能力。
- 偏远地区网络覆盖不足，影响CBDC使用。
- 残疾人士可能面临使用障碍。
包容性设计：
- 多渠道接入：提供APP、NFC卡、可穿戴设备等多种使用方式。
- 离线支付功能：支持双离线支付，确保无网络时仍能使用。
- 用户友好设计：简化操作流程，提供语音、大字体等辅助功能。
- 普惠金融服务：结合CBDC推广普惠金融，为弱势群体提供培训和支持。
3.4.2 用户信任建立
公众对CBDC的接受度直接影响其推广效果。
信任障碍：
- 隐私担忧：担心政府监控和数据滥用。
- 安全顾虑：担心系统被攻击导致资金损失。
- 习惯依赖：习惯现金或现有电子支付方式，不愿改变。
信任建设策略：
- 透明沟通：公开CBDC设计原则、隐私保护措施和安全机制。
- 试点示范：通过成功试点案例展示CBDC的优势和安全性。
- 用户教育：开展公众教育活动，提高数字素养。
- 法律保障：制定专门法律，明确CBDC的法律地位和用户权益保护。
4. 未来展望
4.1 技术发展趋势
4.1.1 跨链互操作性
未来CBDC系统需要支持不同国家、不同技术架构的CBDC之间的互操作。
技术方向：
- 跨链协议：开发标准化的跨链通信协议。
- 原子交换：实现CBDC之间的原子交换，确保交易要么全部成功要么全部失败。
- 统一身份认证：建立全球统一的数字身份体系，简化跨境交易。
4.1.2 量子安全密码学
随着量子计算的发展，现有加密算法面临威胁，CBDC系统需要采用量子安全密码学。
技术准备：
- 后量子密码算法：研究和部署抗量子计算的加密算法。
- 加密算法升级路径：制定从传统密码到量子安全密码的平滑过渡方案。
4.2 监管框架的完善
4.2.1 国际协调机制
建立全球统一的CBDC监管框架至关重要。
发展方向：
- 国际标准制定：由IMF、BIS等国际组织牵头制定CBDC国际标准。
- 监管沙盒机制：建立跨境监管沙盒，允许在受控环境下测试跨境CBDC应用。
- 信息共享机制：建立跨境AML/CFT信息共享平台。
4.2.2 国内法律体系
各国需要完善国内法律体系，为CBDC提供法律保障。
立法重点：
- 法律地位：明确CBDC的法定货币地位。
- 用户权益：规定用户隐私权、资金安全权等基本权益。
- 责任认定：明确各方在CBDC系统中的责任和义务。
4.3 应用场景拓展
4.3.1 物联网支付
CBDC与物联网结合，可实现机器对机器（M2M）的自动支付。
应用场景：
- 电动汽车充电：车辆自动完成充电和支付。
- 智能电表：根据用电量自动扣费。
- 供应链管理：货物交付自动触发付款。
4.3.2 元宇宙经济
CBDC可作为元宇宙中的基础货币，支撑虚拟世界的经济活动。
应用方向：
- 虚拟资产交易：在元宇宙中购买虚拟商品和服务。
- 数字身份绑定：将CBDC钱包与元宇宙身份绑定。
- 跨平台流通：实现不同元宇宙平台之间的价值转移。
5. 结论
全球数字货币研究正处于快速发展阶段，各国央行在技术探索和应用创新方面取得了显著进展。数字人民币、数字欧元、数字美元等项目展示了CBDC在提升支付效率、促进金融包容性和增强货币政策有效性方面的巨大潜力。
然而，CBDC的发展仍面临技术、监管、金融稳定和社会接受度等多重挑战。这些挑战需要各国央行、国际组织、技术专家和公众的共同努力来解决。
展望未来，随着技术的不断进步和监管框架的完善，CBDC有望成为全球金融体系的重要组成部分，为数字经济时代提供更安全、高效、普惠的货币基础设施。这场货币革命不仅将改变我们的支付方式，更将重塑整个金融生态，开启货币史的新篇章。
参考文献：
- 国际清算银行（BIS）. (2023). CBDC Design Principles.
- 中国人民银行. (2023). 数字人民币研发进展白皮书.
- 欧洲中央银行. (2023). 数字欧元调查阶段报告.
- 美联储. (2022). 数字货币对美国货币体系的影响.
- Bank for International Settlements. (2023). Annual Economic Report.
关键词：央行数字货币（CBDC）、数字人民币、数字欧元、分布式账本技术、隐私保护、跨境支付、智能合约、金融稳定