洪蜀宁:修改中本聪的License,是BSV的不归路_BSV:GEMIT.app

作者:共享财经Neo

近日,BSV对7月份升级2G区块的代码进行了更新。

更新概括如下:

1、最大可接受的区块到达10G,但默认还是128M。

2、7月24日协议升级,区块大小调整到2G,本次升级命名为Quasar。

3、节点性能提升,对于大区块,节点只接收区块的header。

4、OP_RETURN大小调整到100KB。

5、BSV客服端软件许可证由“MIT许可证”更改为“开放BSV许可证”,仅仅免费使用在BSV区块链。

不得不说,虽然由于CSW的臭名昭著,导致市场上对于BSV的感观远不如BCH,但是,对于BSV大区块的发展进程,还是有不少人保持着关注。

然而,此次代码升级,除了对区块大小的调整之外,关于“改变中本聪的MIT许可,从而转为BSV许可”的更新却引发了巨大争议。

声音 | 洪蜀宁:区块链行业除比特币外尚无可见的成功应用:据北京商报报道,洪蜀宁也指出,这标志着区块链已成为主流社会认可的行业之一,有望推动越来越多的行业上市公司努力成为深证区块链50指数的成分股。同时,区块链行业创业公司被并购的机会大大增加,随着更多的资本进入区块链行业,也将促进行业技术更好更快发展。区块链行业的发展规划已引起市场重视。目前主要应用于金融、政府治理、供应链管理、存证等领域,但除比特币外尚无可见的成功应用。未来区块链的应用会朝两个方向进行:一是“区块链+”,即延续当前的主流思路,将区块链用于优化各种业务流程;二是“区块链x”,即在现有业务场景之外,运用区块链技术创造出新的领域,例如去中心化金融、去中心化媒体等。[2019/12/26]

在不少人看来,CSW此举已经公然违背了中本聪的意愿,也违背了开源精神。知名区块链人士洪蜀宁就直接发微博表示:“修改中本聪的License,BSV迈向作死归零的不归路”

声音 | 金丘区块链洪蜀宁:去中心化资产的控制权比所有权更重要:金丘区块链研究院院长洪蜀宁转发微博表示,从法律角度来看,澳本聪说得没错。掌握私钥只是拥有了控制权而非所有权,但对于去中心化资产来说,有控制权就足够了,所有权是毫无意义的。此前,澳本聪发推称,掌握私钥不代表你拥有任何资产的所有权。[2019/2/27]

那BSV为何会引起众怒,开源到底是否是“公然抄袭”,BSV许可证有哪些不同,BSV的升级又能否顺利进行。为此,共享财经采访了洪蜀宁,看看洪蜀宁怎么评价此次BSV的代码更新。

----

记者:首先是BSV客服端软件许可证由MIT许可证更改为开放BSV许可证的问题,您微博上说BSV此举是违背了修改中本聪的License,是BSV走向归零的不归路,为什么这么说?

洪蜀宁:比特币代码的许可证一开始就是MIT开源许可,是最宽松的许可证,中本聪之所以选择MIT,是为了让比特币软件能最大化获得开源社区和商业机构的支持。贸然修改许可证,起码是对中本聪的不尊重,也是对SatoshiVision这个名称的讽刺。

声音 | 洪蜀宁:全节点的意义在于去信任、防欺诈:金丘区块链研究院院长洪蜀宁回复网友微博称,全节点的意义在于去信任、防欺诈,对分叉没有实际意义。现在一万多个全节点已经足够了,等更多的机构参与自然会建立更多的全节点,而且中本聪也认为没有必要人手一个全节点。[2019/2/17]

这次修改许可证后,BSV的新增代码只能用于BSV链,这是对开源精神的反动,一定会遭到整个开源社区的抵制,使BSV成为私有的公司币,会在CSW的错误路线上越走越远,不再受到社区的约束。

记者:但是有人认为MIT协议基本没有什么保留权利。License是将资源聚集在一起而不是各自为链,确保使用这个代码的必须只能在BSV链上开发,断了动不动就分叉和抄袭的念头,集中力量办大事。您怎么看待这种说法?另外您认为BSV此举可以有效阻止分叉么,您又是怎样看待比特币分叉的。

洪蜀宁:自由地分叉和“抄袭”正是开源精神的核心,可以充分发挥开发者的潜能,同一段代码可以为不同的项目服务,这也是互联网技术得以迅速发展的基础。所谓集中力量办大事,是计划经济的思想,能成一时不能成一世。

声音 | 金丘区块链研究院洪蜀宁:运行全节点只能防欺诈 不能防硬分叉:金丘区块链研究院洪蜀宁评论网友言论称,运行全节点只能防欺诈,不能防硬分叉。此前,有网友称,“不用担心比特币会修改2100万总量,这需要硬分叉,而硬分叉能否执行,是全节点说了算的。如果你不同意修改,你就像我一样,运行自己的全节点,你的比特币就永远是你的比特币,没人能擅自修改规则,无论是Core,还是矿工,都不行。”[2019/2/12]

BSV这次修改许可证也没法阻止今后的分叉,因为新的分叉依然是在许可证所指的区块之后的。

记者:但是现如今由于MIT的特性,导致还是有很多的项目陷入了抄袭风波,而这也是BSV支持者关于“开源不等于抄袭自由”言论的主要支撑点,那您怎么看待由开源引发的这一类现象。

洪蜀宁:在开源运动兴起前,软件代码都是私有的,一个项目的代码无法用于其它项目,导致技术进步缓慢,而GPL等开源许可协议出现后,软件行业的发展突飞猛进,尤其是在互联网行业,绝大多数应用都是基于开源软件的。

“比特币先知”洪蜀宁:Penta是李笑来的下一个EOS?:李笑来今日发布“关于陈伟星一些言论的回应”,并意外带出Penta和易理华。前人行区块链专家、金丘区块链研究院院长洪蜀宁撰文分析称:李笑来作为数字货币早期投资者,“其眼光非常辣”。这次在文中“乱入”的Penta,是一个全新的底层公链项目,独创的DSC共识、PSG分片等技术方案独具一格。李笑来的硬币资本未能参与Penta早期投资,此次提及也许意味着下一步将主动与Penta项目的创始人寻求合作、发掘下一个EOS。洪蜀宁2011年发表国内第一篇比特币学术论文,并以前瞻性的观点被业界称为“比特币先知”。[2018/6/14]

开源不等于抄袭,使用别人的代码是要遵循其许可证的,所以才出现了GPL,LGPL,APACHE,MIT等各式各样的许可证,其中MIT是最宽松的,允许任意使用自己的代码,只要在新项目中包含自己的许可证即可。

只有使用开源代码而不遵守许可协议的行为才算是抄袭。

记者:实话说,我还不是很了解BSV这个许可证,也不知道它与MIT的差别具体体现在哪些方面,但是BSV支持者说OpenBSV协议只是不允许CoreABC链上的挖矿节点软件使用BSVNode0.2.0新增的代码,仅此而已,是这样么?

洪蜀宁:不仅仅是这样的,他今后新增的代码只能在BSV链上使用,其它区块链项目都不可以用。如果他们发现了与其它项目共有的bug并自行修复了,那么其它区块链项目都无法使用这个bugfix代码修复自己的bug。

或者如果他们新增了一个新的feature,其它项目也无法使用他们的代码,只能自己另外实现一遍,这是一种浪费。

从这一点上讲,BSV已经不再是开源项目,而是私有的闭源项目。

记者:虽说因为许可证的问题您已经对BSV宣判了归零的结论,但是还想问一下除去BSV许可证这个极具争议性的问题,您是怎么看待BSV其它的代码更新呢?比如将区块大小调整到2G,BSV方面说这是商用模式的第一步。

据我所知,上一次BSV主网似乎也没有连续打出128M的区块,您认为这次BSV的升级之路能否顺利呢?

洪蜀宁:我没有看到代码和测试结果,不能直接下结论。但从128M区块的不成功来看,7月份推出2G区块难度极大,很难相信他们有突破性的技术进展。在现有的技术水平下,如果不使用超高配置的服务器,2G区块是没法在10分钟内确保完成全网传播的。

记者:我看评论还有一种说法是BTC有rbf(Replace-By-Fee)不敢0确认,BCH有联盟回滚不敢0确认,只有BSV才有0确认,所以是最稳固的协议。您怎么看待这种说法。

洪蜀宁:BTC添加了rbf,的确是不支持0确认。BCH和BSV对0确认的处理方式都是一样的,需要收款方自行检测双花,在金额不大时还是安全的,但没有rbf的坏处是一旦发出了错误的交易就无法撤回。

BCH提出了avalanche方案可以大幅提高0确认的安全性,但是否可行还不可知,而且有矿工串谋的风险。BSV的一个方案是由矿工进行双花检测,但用户必须信任矿工,这也是违背去中心化思想的。

0确认的风险是概率性的,如果金额很小,如果远低于双花成本,在btc也可以放心地进行0确认。

记者:我之前看您有对比特币三大分叉做过简评,您认为btc最稳健,bch最开放,bsv最有希望,当时为什么这么说呢?此次BSV代码事情之后,您还坚持这个观点吗?

洪蜀宁:btc是由一帮计算机安全专家和密码学家领导,总体上一直是小心翼翼的不随便引入新功能,其代码质量也是最高的,bug也最少。但闪电网络对经济模型的影响有可能导致btc的崩溃,这是一个隐患,虽然概率很小。

bch在与btc分道扬镳之后,一直比较开放,积极吸收其他项目的特色,不断扩充功能。但过于激进的roadmap导致代码质量略低,时常出现bug。

bsv的unlimited(nocap)大区块思想与我的想法是一致的,不随便增加新功能这一点我也是赞成的,也吸引了像_unwriter这样的优秀程序员。如果能从这两点出发耐心地把技术打磨精细,超大区块是有可能实现的。所以我认为bsv是最有希望的,只要把CSW这个liar剔除出去就行。

现在看来我是一厢情愿了,bsv社区依然固执地选择了csw作为领袖并盲从之,把bsv带入了不归路。希望在0.2.0版出来之前,有人能站出来分叉bsv,让bsv重新走向正确的道路。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

水星链

[0:0ms0-0:440ms