『』HashKey:技术解析欧央行和日本银行 Stella 项目进展( 四 )


研究结论
第一 , DvP 可以在 DLT 环境中进行概念设计和执行 。 资金和证券可以在同一个账本 , 也可以在不同的账本 , DvP 的具体设计取决于 DLT 平台的特征 。 此外 , 根据实际用例 , DvP 的设计可能受到一些因素的影响 , 包括 DvP 与其他交易后处理基础设施之间的相互作用 。
第二 , DLT 为实现跨账本 DvP 提供了一种新的设计方法 , 并且不需要账本之间有任何连接 。 概念分析和进行的实验已经证明 , 在账本之间没有任何连接的情况下 , 也可以实现跨账本 DvP 。 跨链原子交易有帮助不同账本之间实现互操作性的潜力 , 并且不需要账本之间有任何连接或特定排列 。
第三 , 基于具体设计 , 在 DLT 环境中的实现跨账本 DvP 有一定的复杂性 , 并可能造成其他需要解决的问题 。 在账本之间没有连接的情况下 , 实现跨账本 DvP 需要两个交易对手方进行几次迭代和交互 。 这种设计可能会影响交易速度 , 并可能需要暂时阻塞流动性 。 从业务的角度来看 , 独立的账本之间可能会无意中互相影响;从风险的角度来看 , 使用 HTLC 的跨账本 DvP 失败 , 其中一个交易方可能会面临较大风险 。
同步跨境转账
现行的跨境转账方案存在效率低、手续费高、无法实时收款等问题 。 如下图所示 , 付款人 A 和收款人 C 之间存在中间人 B , 整个转账过程可以分为 A 转账给 B 和 B 转账给 C 两个步骤 。 如果 B 收到 A 的转账之后 , 没有完成给 C 转账 , 那么 A 将面临损失本金的风险 。
『』HashKey:技术解析欧央行和日本银行 Stella 项目进展
本文插图

图 4:跨境转账流程示意图
在跨境转账中 , 如果不同账本之间进行同步结算 , 那么信用风险就会大大降低 。 Stella 项目第三阶段的目标是为跨境转账提供新型解决方案 , 提高跨境转账的安全性 。
研究设置
在 Stella 项目第三阶段的研究中 , 账本可以是中心化账本或分布式账本 。 研究实验分为两种:使用跨账本协议(ILP , the Interledger Protocol)和不使用 ILP 。 使用 ILP 的实验是用来研究两个中心化账本之间、两个分布式账本之间、一个分布式账本和一个中心化账本之间的转账;不使用 ILP 的实验是用来研究两个分布式账本之间的转账 。
使用 ILP 的两个中心化账本之间的转账实验中 , 中心化账本采用 Five Bells Ledger 。 结果表明 , 使用 ILP 的两个中心化账本可以通过托管完成同步结算 。
使用 ILP 的两个分布式账本之间的转账实验中 , 分布式账本采用 Hyperledger Fabric 。 结果表明 , 使用 ILP 的两个分布式账本可以通过带有 HTLC 的链上托管完成同步结算 。
不使用 ILP 的两个分布式账本之间的转账实验中 , 分布式账本采用 Hyperledger Fabric 。 结果表明 , 不使用 ILP 的两个分布式账本可以通过链上托管完成同步结算 。
使用 ILP 的分布式账本和中心化账本之间的转账实验中 , 分布式账本采用 Hyperledger Fabric , 中心化账本采用 Five Bells Ledger 。 结果表明 , ILP 与账本的类型无关 。
研究方法
Stella 项目第三阶段的研究场景如下图所示 , 包括付款人、收款人和中间人 。 在转账过程中 , 各参与方采用的账本类型没有具体限制 。 各参与方之间的转账方法主要有五种:信任线(trustlines) , 使用 HTLC 的链上托管(on-ledger escrow using HTLC) , 第三方托管(third party escrow) , 简单支付通道(simple payment channels)和使用 HTLC 的条件支付通道(conditional payment channels with HTLC) 。
『』HashKey:技术解析欧央行和日本银行 Stella 项目进展
本文插图

图 5:Stella 项目第三阶段的研究场景示意图
信任线


推荐阅读