江苏龙网

  1. 首页 > 资讯 > 财经 > >

『』PlatON 首席经济学家邹传伟：区块链应用于金融交易后处理的逻辑和机制( 七 )


第二个维度是谁有权更新账本 ， 存在两种情形 。
一是无需许可的 ， 理论上任何节点都可以验证交易并更新账本 ， 通过共识算法决定在某一时点上由哪个节点行使这一权利 。
二是需要许可的 ， 只有受信任的机构才可以验证交易并更新账本 。 如果只有一个节点可以更新账本 ， 那就与账户范式无异 。 但即使在这种情况下 ， Token 范式也有价值 。 比如 ， 人民银行的 DC/EP 原型系统可能使用基于 UTXO （Unspent Transaction Output）模式的中心化账本 。 这个中心化账本体现为数字货币发行登记系统 ， 由中央银行维护 。 因为中央银行的信用显著高于商业银行和其他私营机构 ， 没必要在 DC/EP 中引入分布式信任机制 ， 所以 DC/EP 使用中心化账本是有道理的（邹传伟 ， 2019b） 。
第三个维度是谁有权使用账本（即发起交易） ， 存在两种情形 。 一是公共的 ， 任何人或机构都可以发起交易 。 二是私有的 ， 只有受信任的人或机构可以发起交易 。 这种情形与账户体系中的权限管理类似 。
第四个维度是谁有权查看账本 ， 存在两种情形 。 一是非等级的 ， 任何人或机构都拥有账本的完全备份 ， 并获知账本内的全部信息 。 二是等级的 ， 只有部分人或机构才拥有账本的完全备份 。
DvP 可行性问题
一些项目测试了区块链应用于金融交易后处理能否实现 DvP 。 这个问题的复杂性在于 ， 对金融交易后处理的付券端和付款端 ， 既可以用 Token 范式 ， 也可以用账户范式 ， 共有四种不同组合 。 表 1 说明 ， 每种组合都能找到对应的项目 。
『』PlatON 首席经济学家邹传伟：区块链应用于金融交易后处理的逻辑和机制
本文插图

表 1：对区块链应用于金融交易后处理的试验
表 1 中值得特别说明的是付券端和付款端都用 Token 范式的组合 。 根据姚前（2019）介绍 ， 在基于区块链技术的数字票据交易平台中 ， 对数字票据的资金结算设计了两套方案：
一是链外清算 ， 即采用 RTGS 清算（对应表 1 中付券端 Token 范式 vs 付款端账户范式）；
二是链上清算 ， 即通过央行数字货币进行结算 。 试验结果发现 ， 央行数字货币的引入大幅简化了票据交易流程 ， 可实现自动实时的 DvP、监控资金流向等功能 。 而如果采用链外清算 ， 则基于区块链技术的数字票据优势将大幅缩水 ， 与传统电子票据系统差异不大 。 这说明 ， 证券 Token 化后 ， 必须配合资金 Token 化 ， 才能发挥区块链在金融交易后处理中的潜力 。
付券端和付款端都是 Token 范式这个组合存在两种情形（图 7）：
一是付券端和付款端使用同一个 Token 体系（也就是同一条区块链） ， 称为单账本 DvP （Single-ledger DvP） 。 对单账本 DvP ， 资金和证券记录在同一账本 。 两个交易对手方各自确认交易指令之后 ， 原子结算（Atomic Settlement）智能合约可以协调清算和结算 ， 使得证券和资金同时完成转让 。 Jasper 项目和 Stella 项目认为 ， DvP 模式 1 （即证券和资金都是逐笔全额结算）在这个情形下可行 。 因此 ， 需要看到在去中心化环境下轧差后净额结算的难度比较大 。
二是付券端和付款端使用两个不同的 Token 体系（也就是两条不同的区块链） ， 称为跨账本 DvP （Cross-ledger DvP） 。 对跨账本 DvP ， 资金和证券记录在两个不同的账本 ， 需要账本之间存在某种机制将两种资产的交易联系起来 ， 有两种可能方法 。 第一种是由一个中心化机构在两条区块链上协调证券和资金的转让 。 第二种是由哈希时间锁协议（Hashed Time Lock Contract ， HTLC） 。
但能否在所有场景下都实现 DvP 仍是一个需要研究的问题 。 Jasper 项目认为 ， 跨链结算可能有本金风险 。 Stella 项目测试发现 ， 使用 HTLC 的跨账本 DvP 可能发生结算失败 ， 并导致两种不同结果 。 第一种结果是资金和证券被退还给各自原始持有人 ， 两个交易对手方都不会承担太大风险 ， 但会面临重置成本风险（Replacement Cost Risk ， 指因结算失败而不得不重新交易但当前市场条件转差的风险）和流动性风险 。 第二种结果是资金和证券都会被一个交易方获得 ， 另一方会承担较大的本金风险 。


推荐阅读


上一篇：最in买手君@宣布退出中国市场，知名洋品牌“落荒而逃”，关闭在华所有门店

下一篇：「上海」转发！企业年报常见错误实例图解来了！这些错误一定要避免！