博客
关于我
比特币史话·81 | 有容乃大(5): 1比特币300万美元?
阅读量:303 次
发布时间:2019-03-03

本文共 1472 字,大约阅读时间需要 4 分钟。

(美联储总部。图片来源于网络)

前情回顾:

正文:

SWIFT国际转账电文发完之后,银行间还需要进行接下来的清算(clearing)和结算(settlement)才能最终到账。如果支付方银行是位于中国境内的招商银行,账户币种是人民币,接收方银行是位于瑞典的瑞典银行,账户币种是瑞典克朗,那么有如下三种办法:

一、招商银行在瑞典开设招商银行瑞典分行,在瑞典央行开设有清算结算账户,汇款人把人民币换汇成瑞典克朗,通过招商银行瑞典分行中转,经由瑞典央行清算结算,汇入瑞典银行。

二、瑞典银行在中国开设瑞典银行中国分行,汇款人把人民币换汇成瑞典克朗,通过瑞典银行中国分行中转,汇入瑞典银行。

三、为了一笔跨境汇款成立一个分行太不划算,于是大家都选用美元作为统一货币。这样一来,招商银行和瑞典银行都只要和下面我们要讲到的美元清算系统和美元结算系统打交道就可以了,避免了银行间两两互相连接的冗余和混乱。

美元今天的世界货币的地位,和美元清算系统、美元结算系统的支撑是密不可分的。

事实上,美国最早的清算机构,纽约清算所的成立时间比1913年成立的美国央行美联储还要早。早在1853年,纽约清算所就成立了,其创立的目的是解决纽约市银行间混乱的交易情况。

1970年,“清算中心银行间支付系统”CHIPS(Clearing House Interbank Payments System)建立。CHIPS是一个美元大额清算系统,全球96%的美元跨境支付都由CHIPS清算[1]。CHIPS是是全球最大的私营支付清算系统之一,由21家美国银行持股的清算中心支付公司(The Clearing House Payments Company, LLC.)运营,主要进行跨国美元交易的清算。到2015年,CHIPS每日处理25万笔银行间汇款、总共逾1.5万亿美元的清算工作。CHIPS清算后可以对接净额结算系统(需要先轧差),也可以对接全额实时交易系统RTGS (Real-Time Gross Settlement system),完成最后的结算。

对比一下,比特币网络是一个全额实时结算的交易系统,发展到今天每日处理25万笔链上转账交易,不到50万个比特币的总量。按照平均一个比特币1万美元的市场价格,40多万个比特币就意味着40亿美元的交易额。可见,比特币网络的吞吐量已经和CHIPS相当,只是转移的价值量还差距很远。如果未来某一天,同量的全球价值转移需求,载体由美元转为比特币,那么比特币的单价需要达到1比特币300万美元的价格水平,方能用50万个比特币的数量承载1.5万亿美元的需求量。

比特币之上的二层技术“闪电网络”则类似于一个净额结算系统。甲给乙转了100笔共2个比特币,乙给甲转了50笔共3个比特币,那么轧差后是乙给甲净转了1个比特币,这150笔交易只存储在闪电网络内,而只有最后乙给甲转1个比特币这一笔交易会提交到比特币区块链上进行记录。所以闪电网络本身的每秒处理速度可以非常快,接近甚至超越传统支付平台的响应速度。

1970年,美国的Fedwire,也是全球第一个自动化的RTGS(实时全额结算系统),投入使用。此后几十年,全球其他国家纷纷把原来的净额结算系统升级为RTGS系统。相对于净额结算系统,实时全额结算系统(RTGS)中处理流程和资金转帐指令的最终结算是实时连续发生的,没有轧差借记抵付贷记,系统结算流程是基于央行资金的实时转帐。CHIPS所选用的RTGS系统正是美联储转移大额付款的系统Fedwire。

【未完待续】(公众号:刘教链)

转载地址:http://kqum.baihongyu.com/

你可能感兴趣的文章
NIFI1.21.0最新版本安装_连接phoenix_单机版_Https登录_什么都没改换了最新版本的NIFI可以连接了_气人_实现插入数据到Hbase_实际操作---大数据之Nifi工作笔记0050
查看>>
NIFI1.21.0最新版本安装_配置使用HTTP登录_默认是用HTTPS登录的_Https登录需要输入用户名密码_HTTP不需要---大数据之Nifi工作笔记0051
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增删改数据分发及删除数据实时同步_通过分页解决变更记录过大问题_02----大数据之Nifi工作笔记0054
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_增加修改实时同步_使用JsonPath及自定义Python脚本_03---大数据之Nifi工作笔记0055
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表多表增量同步_插入修改删除增量数据实时同步_通过分页解决变更记录过大问题_01----大数据之Nifi工作笔记0053
查看>>
NIFI1.21.0通过Postgresql11的CDC逻辑复制槽实现_指定表或全表增量同步_实现指定整库同步_或指定数据表同步配置_04---大数据之Nifi工作笔记0056
查看>>
NIFI1.23.2_最新版_性能优化通用_技巧积累_使用NIFI表达式过滤表_随时更新---大数据之Nifi工作笔记0063
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
查看>>
NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_生成插入Sql语句_实际操作02---大数据之Nifi工作笔记0041
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_不带分页处理_01_QueryDatabaseTable获取数据_原0036---大数据之Nifi工作笔记0064
查看>>
NIFI从MySql中离线读取数据再导入到MySql中_无分页功能_02_转换数据_分割数据_提取JSON数据_替换拼接SQL_添加分页---大数据之Nifi工作笔记0037
查看>>
NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
查看>>
nifi使用过程-常见问题-以及入门总结---大数据之Nifi工作笔记0012
查看>>
NIFI分页获取Mysql数据_导入到Hbase中_并可通过phoenix客户端查询_含金量很高的一篇_搞了好久_实际操作05---大数据之Nifi工作笔记0045
查看>>
NIFI分页获取Postgresql数据到Hbase中_实际操作---大数据之Nifi工作笔记0049
查看>>
NIFI同步MySql数据_到SqlServer_错误_驱动程序无法通过使用安全套接字层(SSL)加密与SQL Server_Navicat连接SqlServer---大数据之Nifi工作笔记0047
查看>>
NIFI同步MySql数据源数据_到原始库hbase_同时对数据进行实时分析处理_同步到清洗库_实际操作06---大数据之Nifi工作笔记0046
查看>>