BCT数字货币招商代理数字货币招商

数字货币招商.区块链招商，加密数字货币招商，，加密资产交易
招商热线企鹅 160498035 微信 y719894171
佣金日反日反日反！！！！！
当日到账 1.开户、交易、出入金时间为7*24小时，
2.100倍杠杆可调整.买涨买跌，止盈无限
3.所有平台钱包真实互转、主流数字货币、
4.T+0双向交易模式、24小时交易、低保证金、机制平台、
5.无第三方通道风险、系统稳定、APP流程。

B5月17日，由杭州市金融办指导、巴比特主办的2019全球区块链（杭州）高峰论坛在杭州正式开幕。

万向区块链董事长兼CEO肖风在题为《链内、链上与链外；技术、激励与治理》的演讲中将区块链分为了链内、链上与链外三个部分。从近百年全球经济的发展出发，肖风认为，区块链的大规模商业应用不仅需要依赖技术，还需要激励和治理。

肖风

以下为巴比特整理的演讲全文（做出了不改变原意的删减）：

非常荣幸有这样一个机会能在这里跟大家分享我新的对区块链的一些个人的体会。感谢巴比特的邀请。

我们今天的主题很清楚，是“拥抱商用时代”，我作为一个创业过3次的创业者，将从商业实践的角度，来谈谈区块链，而不是从技术的角度。我的题目叫做《链内、链上与链外；技术、激励与治理》，我今天想表达的主题就是区块链如果要适配大规模的商业应用，仅仅技术是不够的，还需要有激励和治理。激励和治理，实际上后会化为技术，落实在代码的层面上，但更多是一种制度设计，是经济学和机制设计等等。因此，首先要做一些制度上的设计，来对技术的不足做一些补充，这是我的一个看法。



区块链治理的奥秘？从全球经济百年发展谈起

正式进入话题之前，我可以跟大家回顾一下过去100多年全球经济发展的现象，回顾人类社会过去一百年的历程。我们知道1978年中国改革开放，在1978年-1982年之间，全球有3位杰出的领导者：邓小平、撒切尔、里根纷纷上台。这三个人干了同一件事，就是走自由市场经济，中国的改革开放其实也是走自由市场经济。撒切尔夫人在英国的改革，卖掉所有的国企，放松管制，走的也是市场经济。里根在美国也是一样，要知道在1980年代里根上台的时候，美国是什么样的状况？美国对经济的管制也非常厉害，我们知道在80年代、70年代有一个叫欧洲美元。那个时候，市场一定会谈欧洲美元利率，为什么会出现欧洲美元？因为利率在美国是被管制的，被管制的利率是后在欧洲形成了完整的美元市场利率。我是从资产管理公司出来的，1970年代美国创造了一个货币市场基金，它就是利率管制而来的。存款利率被管制之后，因此人们把存款变成了一个投资工具，货币资产基金运营而生，利率在投资工具上，是被不管制的。

1979年前后，这种现象为什么会出现？你可以再往前找，到1930年代，苏联的“个五年计划”是1928年，“五年计划”意味着什么？意味着人类历史上次有一个国家要通过政府之手，强制地来干预经济，规划经济的发展。1930年到1934年罗斯福在美国实行罗斯福新政，也是想运用政府有形之手来补救无形之手的大萧条，也是政府干预经济。

30年代的美国大萧条又是怎样产生的？要追溯到1900年前后，那时候各种各样的新技术，大规模的供电网络、无线电、福特的生产线流水线，导致生产的效率大幅度提升。于是那个时候，有一个叫做“柯立芝繁荣”的现象。柯立芝是上个世纪16年前后美国的总统，当时的总统都说政府根本就不需要存在，经济会自由发展的和SFTP（可以为传输文件提供一种安全的网络的加密方法）。
让我们依次通过这些来了解当前的情况。

Api：导出/导入数据的流行的方法之一是通过应用程序编程接口(api)。有些业务确实允许您提取一些数据，或者允许您将数据写入帐户。但这是有代价的。

首先，它们的内部数据格式通常是专有的，不是行业标准。第二，有时api不是他们核心业务的核心，可以关闭。第三，有时api是他们核心业务的核心，价格可以大幅提高。一般来说，如果您正在读取或写入托管的API，那么您将受API提供者的支配。我们称这种平台风险为“平台风险”，随意去平台化已经损害了许多初创企业的利益。

JSON：另一个相关的解决方案是允许用户或脚本下载JSON文件，或将其读/写到前面提到的api。就其本身而言，这很好。但JSON是非常自由的形式，几乎可以描述任何东西。例如，的Graph API和LinkedIn的RESTAPI处理类似的事情，但是得到的却是非常不同的JSON结果。

PDF：另一个非常片面的解决方案是允许用户导出PDF。这适用于文档，因为PDF是一个开放的标准，其他应用程序(如Preview、AdobeAcrobat、谷歌Drive、Dropbox等)可以读取它。但PDF是一种终产品，供人们阅读。除了PDF查看器之外，它不打算作为任何应用程序的输入。

CSV：逗号分隔值文件更接近于我们想要的数据导入/导出问题的通用解决方案。与专有API的后端不同，CSV是RFC 4180描述的标准格式。JSON几乎可以表示任何东西，而CSV通常只表示一个表格。与PDF不同，CSV通常可以由用户通过电子表格在本地编辑，或者用作本地或云应用程序的机器可读输入。

因为大多数类型的数据都可以在关系数据库中表示，而且关系数据库通常可以作为一组可能非常大的csr文件导出，所以它也非常通用。

然而，csv在一些方面处于劣势。

首先，与专有API不同，它们不托管。也就是说，没有一个标准的地方可以读取或写入表示(比方说)事务记录或映射元数据表的CSV。其次，csv不具有抗篡改能力。如果用户从服务a导出事务记录，对其进行修改，并将其重定向到服务B，那么第二个服务并不会更明智。第三，csv没有内置的完整性检查来防止意外错误。例如，CSV的列没有显式的类型信息，这意味着包含一年中的月份(从1-12)的列可以在导入时自动将其类型转换为简单整数，从而造成混淆。

MBOX：虽然不像CSV那么为人所知，但是表示电子邮件消息集合的MBOX格式接近于为主要平台和独立应用程序之间的导入和导出构建的标准化数据结构。事实上，已经有论文提议在电子邮件之外的环境中使用MBOX。CSV表示表格数据，MBOX表示一种日志结构数据。

它本质上是一个巨大的纯文本文件，按时间顺序包含电子邮件消息，但也可以通过MIME表示图像/文件附件。与CSV一样，MBOX文件也是一个开放标准，可以导出、本地编辑和重新导入。和CSV一样，MBOX的缺点是没有规范的主机或内部数据完整性检查。