项目Rosalind 为零售CBDC生态系统创新构建API原型 6月16日 2023 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion Contents 术语表 执行摘要 2 API功能 17 AML 反洗钱 NFC 近场通信 Introduction 4 基于帐户和令牌 ATM 自动取款机 NFT 不可替代的令牌 全球景观 4 中央银行分类帐 19 API 应用程序编程 POS 销售点 双层CBDC模型 和使用API5 项目目的和目标7 合作方法9 技术设计与建造11 项目体系结构 对于两层模型12 假设和 设计decisions14 API设计原则和评估15 隐私模型20 安全21 标准22 服务提供者22 用例和用户反馈23 用例探索24 用户对Rosalind的反馈和未来的改进API25 见解、学习和进一步探索的领域26 结论28 接口 BIS国际清算银行 BISCPMI国际清算银行支付和市场基础设施委员会 CBDC中央银行数字货币CTF反恐融资DID分散标识符 ESIP生态系统服务接口提供商 FAPI财务级API FSB金融稳定委员会HTLC 哈希时间锁合约LEI法律实 体标识符 JSONJavaScript对象表示法 JWSJSONWeb签名 KYC了解您的客户 PIP支付接口提供商 PII个人身份信息 REST具象状态转让 RTP请求付款 ARTP经过身份验证的付款请求TLS传输层安全UTXO未用事务输出VC可验证凭据 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 执行摘要 Rosalind项目是一个探索零售中央银行数字货币( CBDC)的应用编程接口(API)的实验。 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 该项目基于一个代表公私合作伙伴关系的双层模型,其中中央银行发行CBDC并提供分类帐基础设施,私营部门提供面向用户的服务,包括数字钱包 。 在这个建筑的中心 是一个API层,它连接公共和私有基础设施。API层提供一组标准化功能,使不同的系统能够互操作。该项目探讨了中央银行如何解决零售CBDC支付对通用和可扩展API层的需求。该项目还与私营部门合作,探索了CBDC生态系统的组成部分以及API如何支持创新用例。 该项目涉及开发原型API层,在六个功能类别中具有33个API端点。1通过公共和私营部门合作者确定和探索的30多个用例,对API的设计和功能进行了测试和验证。全球展示活动和TechSprint是该项目的重要组成部分,可以加深理解,分享进展, 并参与生态系统。 主要发现是: 精心设计的API层可以促进CBDC中的零售支付。 一组简单且标准化的API功能可以支持 多样化的用例。它也有潜力支持基于产品和服务的创新 在CBDC上,这可以帮助满足用户在更加数字化的经济中的未来需求。 API层可以与不同的中央银行分类账设计一起使用,以促进支付。 API层的设计必须与CBDC的更广泛的隐私模型保持一致,并实现其要求。这是RosalindAPI设计和构建的基础。 API可以支持CBDC中的离线支付,但在提供离线功能方面存在一系列挑战。 该项目还强调了与技术和政策考虑有关的几个进一步探索领域。 围绕API如何允许生态系统共享用户出现了重要的考虑因素 和支付数据以隐私保护的方式,受用户许可。 在设计API时,需要在可扩展性和一致性之间进行权衡。该项目旨在使API尽可能简单和标准化,同时使服务提供商能够更灵活地为其特定用例构建定制功能。这种方法有助于最大限度地提高可扩展性并支持创新,但它可能无法为个人和企业提供一致的体验。 此外,随着该项目测试了能够连接系统、协调活动和促进支付的API层的技术可行性,它确定了需要进一步工作来定义生态系统中所有参与者的运营角色和责任。 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 1Introduction 1.1全球景观 各国央行正在加速探索零售CBDC。2他们中的许多人正在尝试 了解CBDC如何在数字时代支持更加数字化的经济,提高零售中央银行货币的可用性和效用,同时保持对货币和金融体系的信心和信任。 这些中央银行的探索得到了来自公共和私营部门的众多举措和项目的支持,涵盖了广泛的主题,例如弹性,网络安全,离线支付,隐私保护和分类帐设计。当局还在考虑对CBDC的运营,法律和监管框架的影响。 基于从批发CBDC项目中获得的知识,国际清算银行(BIS)创新中心现在率先进行了与零售CBDC相关的多项技术实验。实验涵盖CBDC架构模型,网络安全,弹性,离线支付,隐私和跨境支付。3 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 1.2两层CBDC模型和API的使用 零售CBDC模式出现了两种选择 :一种是由中央银行运营的单层系统,另一种是由中央银行提供核心基础设施,并提供面向用户的服务的双层模式 私营部门服务提供商。4双层模式的关键特征之一是需要明确定义和运作良好的公私伙伴关系。 双层零售CBDC系统有一系列可能的设计,私营和公共部门参与者之间有各种类型的互动 ,公共和私营部门基础设施之间有不同的界限 。 ProjectRosalind基于这种双层模型的一个版本。它将使个人和企业能够管理其在中央银行持有并记录在中央银行分类账上的CBDC余额,并通过其私营部门服务提供商进行支付。 这些提供商,包括支付接口提供商(PIP)和生态系统服务接口提供商(ESIP),可以是银行、金融机构或非金融机构,只要它们具有适当的监管状态和许可来提供这些服务。有关本项目中探索的服务提供商的详细信息,请参阅第3.9节。所有交易都将在中央银行账本上进行一对一的实时结算,不与其他交易捆绑或净额结算,并且具有最终性。 该模型将需要一个API层,该API层将有助于将服务提供商的指令传递给中央银行分类帐 ,并协调活动以启动,验证,批准和完成付款。API是一组定义的规则和协议,用于允许应用程序和系统相互通信。API可以充当不同之间的接口 系统,以处理执行特定任务或访问特定数据的请求。它们可以改善支付系统之间的功能和互操作性,同时抽象出各个系统的内部工作原理 。 在过去十年中,API的使用在支持创新和促进新产品和服务开发方面获得了突出地位。英国的开放银行计划就是一个例子。API也可以在跨境支付中发挥重要作用。 在G20路线图中,统一数据交换的API协议的必要性被确定为加强跨境支付的基石之一。5BISCPMI在2022年向G20提交的报告中还讨论了在支付系统中采用API的好处,并强调了API标准化的需要。6 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 3项目Rosalind 本章在2.1节中描述了项目Rosalind的目的和目标 ,在2.2节中描述了交付方法。 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 3.1项目目的和目标 Rosalind项目的目的是探索如何使用API 支持功能、采用和创新 通过在两层零售CBDC模型中开发API层的原型来实现CBDC系统。 该项目具有以下目标: 功能-探索API如何最好地使中央银行分类账与私营部门服务提供商互动,包括促进安全可靠的零售CBDC交易的不同选择; 互操作性-探索如何实现不同系统和应用程序之间的互操作性,包括寻求对提供互操作性所涉及的不同设计选择,风险,机会和 权衡的见解; 收养-探索开发多样化和多样化的API 所需的API功能 一组创新的CBDC用例;以及 生态系统-获得见解 公共和私营部门参与者如何合作 创新,支持数字包容,提供多样化的支付选择,并提供良好的消费者成果。 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 下面的图表1说明了这些目标如何与双层CBDC模型相关联. 中央银行分类账 API 层 服务提供商 个人和企业 生态系统 功能 互操作性 收养 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 3.1协作方式 该项目是通过公共和私营部门合作交付的。 以设计思维原则为指导 方法,该项目为生态系统参与创造了多种渠道,以及测试新想法和选择的空间。该项目分为两个阶段,以允许不同级别的生态系统参与。 第1阶段的重点是设计和开发API原型,并与开发人员(API用户组)和行业专家(顾问组)一起测试其功能。这一阶段以展示活动告终。阶段2通过更广泛地参与生态系统来探索更多的用例。2023年3月,RosalidTechSprit推出。23个团队参与并展示了各种CBDC用例 。2023年4月,选定的团队在演示日活动中向一组央行展示了他们的解决方案。名单。 两个阶段的参与者可以见附录3。 这种协作方法有助于确保API层原型的设计和构建符合潜在的用户需求。在项目期间,RosalindAPI使合作者能够为30多个潜在用例构建解决方案的原型。其中一些用例的详细信息可以在第4章和附录2中找到。 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 生态系统 下面的图表2说明了这两个阶段的结构和协作渠道。 顾问小组 开发团队 设计、构建、测试、发布并与用户协作 阶段1 功能互操作性 API用户组 用例API 收养 生态系统参与者 阶段2 API层沙盒 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 4技术设计和建造 本章介绍了项目的各种技术方面的深入视图。第 4.1和3.2节描述了双层模型的项目架构、关键假设和设计决策。第3.3节讨论了API设计原则。第3.4节 描述了开发的所有API功能。第3.5至3.9节涵盖其他主题,包括基于帐户和令牌的中央银行分类账、隐私模型、安全性、标准以及服务提供商的角色和与服务提供商的交互。 执行摘要 Introduction 项目Rosalind技术用例 洞察力 Conclusion 3.1双层模型的项目体系结构 Rosalind体系结构由四个层组成 :中央银行分类帐,分类帐API,核心API和服务提供商。该项目的重点是核心API层,因为该层连接了公共和私营部门基础设施。它在支持功能,实现互操作性和促进使用方面发挥了关键作用 案例发现。 结果,对中央银行分类帐和分类帐API的不同技术选择的探索受到限制。通过工作支持服务提供商层 API用户和TechSprint参与者。 实现这些层,以便可以测试互操作性,并且可以在端到端基础上检查该项目的输出。下面列出了四层的细节。 中央银行账层:该层模拟了中央银行分类账。模拟了基于帐户和令牌的分类账,以测试核心API层是否可以简化和抽象分 类账结构的差异。基于帐户的分类账使用基于以太坊的HyperledgerBesu和用于智能合约升级的代理合约模型。它包括数据存储和一系列 智能合约来实现功能。基于令牌的分类帐 使用了HyperledgerFabric区块链,并实现了智能合约来模拟未花费的交易输出(UTXO)模型。 有关API如何支持基于帐户和令牌的中央银行分类账的主要发现,请参阅第 3.5节。 分类帐API层:该层将智能合约转换为API调用,并将API请求转换为中央银行账本理解并可操作的格式。该项目使用 Overledger技术加速开发多个中央银行账本模拟以进行比较。 它还使项目团队能够探索API如何与不同类型的中央银行分类账一起使用。 核心API层:这一层是项目的重点,因为它通过项目