本文专注于分布式账本技术及Stella项目的运行效果。分布式账本技术是一套记录数据的工具，如资产持有量或金融交易，允许计算机网络在没有单一中央管理系统的情况下进行验证和存储更新。在2016年12月，日本银行和欧洲中央银行宣布启动了一个名为"Stella"的联合研究项目用以评估DLT的适用性及解决方案在金融市场基础设施领域的适用性。本报告是双方合作的第一个成果，Stella项目对正在进行的关于DLT在金融市场基础设施中的可用性的广泛讨论做出了贡献，这项联合研究旨在促进更安全、更快速和更经济的金融交易。该项目在所述的有限范围内具有探索性质，目前只注重于实际测试，而成本效率、市场整合和监督等领域留待未来研究。中国人民大学金融科技研究所对论文的核心内容进行了编译。
作者|EuropeanCentralBank&BankofJapan
联合分析的主要结果
ZigZag 开始搭建基于 Mimblewimble 的 ZK rollup 支付系统:3月16日消息，ZigZag 开始搭建基于 Mimblewimble 的 ZK rollup 支付系统 ZigZag InvisibL3。该项目由 0xonurinanc 带领，旨在突破零识技术的极限，包括将现有的隐私技术扩展到更广泛的应用程序并构建 L3， 使现有的 ZK 支持系统更强大。
据悉，官方团队表示，ZigZag InvisibL3 的最终目标是成为最好的隐私 DEX。[2022/3/16 13:59:25]
本报告详细介绍了联合分析的主要结果，归纳如下：
1.基于DLT的解决方案可以满足实时全额支付系统的性能需求：
分析发现，在欧元区和日本地区，DLT应用可与流向RTGS系统的请求量相媲美。考虑到这两个集中式支付系统的平均流量）以及交易的处理时间平均不到一秒。然而当RPS增加到250时，分析证实了流量和性能之间的权衡是不可忽视的。更广泛地说，测试证明了在DLT环境中实施标准LSM的处理逻辑和在DLT环境中的可行性。
ConsenSys被指控窃取BlockCrushr的支付系统代码:金色财经报道，基于以太坊的支付项目BlockCrushr周二提起诉讼，指控ConsenSys挪用了其知识产权，以创建与其形成竞争的支付系统。BlockCrushr的系统允许在以太坊区块链上的定期交易（例如每月支付）。[2020/7/17]
2.DLT的性能受到网络规模和节点之间距离的影响：
该分析证实了众所周知的网络规模和性能之间的权衡。增加节点的数量导致了支付执行时间的增加。此外，节点之间的距离对性能的影响取决于网络配置：只要达到共识所需的最小节点数足够接近，那么在网络的其他部分的分散对延迟的影响是有限的。尽管如此，网络外围的节点仍可能会产生与法定人数不一致的情况。如果法定人数足够分散，对延迟的影响就会更大。
3.DLT解决方案有可能加强复原力和可靠性:
声音 | 杨海坡：很多BSV浏览器和钱包出现故障 对一个全球支付系统很危险:ViaBTC矿池CEO杨海坡发微博称，BSV还没分（网络升级）之前我就警告过，在整个网络没有准备好的情况下盲目且没有必要的扩大区块上限是很危险的，今天很多BSV的浏览器和钱包出现故障，之前已经出现多次，这对一个全球支付系统是很危险的行为。不过幸运的是，ViaBTC BSV 浏览器服务运转正常。[2019/7/26]
该分析虽然并不详尽，但表明DLT网络有经受住问题考验的能力，如验证节点故障及不正确的数据格式。关于节点故障，据观察，只要共识算法所需的节点数量是可操作的，系统的可用性就不会受到影响。测试还证实，无论停机时间长短，验证节点都能恢复。
然而，也应该考虑到所选择的DLT设置包括一个单一认证机构。这是一个单点故障可能会破坏分布式验证的优势。此外，使用不正确的数据格式的测试表明，该系统能够检测到不正确的数据格式而不影响整体性能。
声音 | 律师Jake Chervinsky：基于法币的支付系统无法与比特币竞争:美国政府执法辩护和证券诉讼律师Jake Chervinsky发推称：“任何基于法定货币的支付系统都无法与比特币竞争。”[2019/6/17]
有关效率的研究结果
1.网络规模对效率的影响：
我们进行了测试以验证增长的验证节点对性能的影响，并分别在简单智能合约和LSM智能合约的情况下，进行了测试。
基于简单智能合约的结果如下：
图1
基于LSM智能合约的结果如下：
动态 | 瑞士加密支付系统UTRUST与德国Gambio.de公司建立合作:据Cointelegraph消息，瑞士加密支付系统UTRUST与德国Gambio.de公司建立合作，Gambio.de公司是德国电子商务解决方案提供商，拥有超过25000家在线商店。UTRUST表示，这将促成成千上万的商家将能够以简化的方式接受加密货币，同时在他们的银行账户中接收法定货币，以及使用专属数字钱包。该合作可帮助其扩大欧洲市场。[2018/10/10]
图2
2.节点之间的距离对效率的影响：
我们进行了测试，以评估验证节点在以下情况下的性能，并探讨了两种情况，每种情况都基于四个节点。
图3
图4
在集中的情况下得到的结果表明由于节点之间的距离越近，性能受到的影响较小；在各节点间测得的延迟与没有延迟的基线方案相当。然而，在这种情况下，与其他节点分开的节点则显示出大的延迟或者在没有参与的情况下出现赶不上其他节点的迹象，分散的情况下显示出了更高的延迟。这是由于各组节点之间的距离较长，与基线方案相比延迟增加了67%。而从这两个场景中得出的结果表明，平均而言，当需要进行交互的结点时共识的形成会更快当节点分开，需要远处的节点参与以达成共识则需要更多的时间。
对安全问题的潜在影响
1.验证节点失败：
由于内部故障或网络断开，一个或多个验证节点无法参与共识的形成，因此需要制定程序让重新连接的节点能够赶上其他验证节点的状态。
我们进行了测试以评估假设一个验证节点失败的后果。具体来说，总共四个节点中的一个被关闭了一定的时间?，然后重新启动并测量该节点赶上其他节点所需的时间与其他节点的时间。
2.证书授权失败：
对参与者和交易进行注册和认证是确保系统安全的关键。系统的安全。Fabric通过一个证书授权机构来确保这一点。尽管交易验证在设计上是分布式的，但Fabric会给系统引入了一个单点故障。为了确定Fabric如何处理CA不可用的情况，我们停止了CA然后再重新启动，同时验证节点继续发送和处理交易的能力。
测试结果显示，只要CA不可用，交易就会被拒绝，提醒发送方注意Fabric的不可用的情况。一旦CA再次可用，交易处理就开始启动，没有任何其他系统干预的预警发出。
3.对不正确格式的请求的复原力：
确保DLT系统弹性的挑战之一是确保在提交大量格式不正确的交易请求时，它能够继续运作。例如，存在系统中的参与者的无意行为，这些格式不正确的信息触发了智能合约中嵌入的错误检测机制。测试表明，无论格式不正确的信息比例如何，系统在处理具有正确格式的交易时都没有困难。
总结与结论
欧洲央行和日本央行，作为重要市场基础设施服务的运营商，决定进行深入的实验，以确定其各自支付系统的特定现有功能是否可以在DLT环境中运行。
有关效率的研究结果表明，就目前测试的RTGS服务的具体方面而言，基于DLT的解决方案可以满足当前大额支付系统的性能需求。鉴于DLT的性质，其中验证交易和达成共识的过程比集中式系统更复杂，这是令人鼓舞的结论。该项目还证实了众所周知的网络规模和性能之间的权衡：增加验证节点的数量会导致支付执行时间的增加。此外，验证节点之间的距离对性能也有影响：处理交易所需的时间随着验证节点组之间的距离而增加。
测试结果还表明，在设计DLT安排时，需要考虑到一系列的节点配置和系统参数。正如本报告所讨论的，节点的数量以及这些节点之间的距离对性能有着至关重要的影响。同样地，系统参数，如在一个区块中分组的交易数量和创建一个新区块所需的最小间隔(超时)都可能影响整体的延迟。节点配置和参数也应考虑在内。这取决于应用程序的需求。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。