​​Bitcoin SV和BitcoinABC最大的争议在于,前者想要锁死BCH底层协议,以后所有的开发都建立在应用层上,不再对底层协议进行修改;后者希望对底层协议进行修改,以适应不断变化的加密货币市场。

关于是否需要锁死底层协议,BCH社区意见不一。

支持CSW的人认为:锁死底层协议和恢复比特币原始协议是正确的做法,货币不需要太多的附加功能,好用稳定就够了,BCH不需要跟随市场变化,只要能容纳的交易变多了,BCH使用人数自然会增多,不断的修改底层协议会让商家和用户失去信心。

反对派认为:锁死底层协议是害了BCH,底层协议的稳定和过早的扩容并不会为BCH带来优势,反而会徒增其它配套供应商的负担,BCH需要紧跟市场做出调整,在吸取其它加密货币优点的基础之上成为点对点的加密货币,货币功能依然是BCH最重要的属性,但BCH需要其它功能在未来与其它货币竞争。

其实这个问题,不应该在现在被提出,因为BitcoinABC在11月份所要进行的协议更改已经不是第一次了,自从BCH在去年诞生以后,Bitcoin ABC为了使BCH尽可能的存活下来,就已经对BCH底层协议进行过更改了,且不止一次, 当时为什么没有人站出来阻止呢?所以,这个问题在很早之前就已经有了答案。

BCH底层协议可以被改动,只要在保证BCH支付功能正常使用且处于不断优化的范围内。当然,BCH协议可以被更改的原因不仅是因为有过先例,还包括很多方面。

BCH底层协议可以被改动的原因之一:有过先例,且效果不错。

这是最主要的一个原因,因为如果BCH在当时只是进行了扩容,而没有更改过底层协议,那么现在所有的猜想都可以是合理的,我们甚至可以质疑Bitcoin ABC更改协议的居心,但事实证明,Bitcoin ABC在过去的决定无一不是正确的,其路线图是没有问题的。Bitcoin ABC所做的第一个更改就是调整了难度机制,在算力不足的情况下为保证BCH能够正常的出块,将原有的出块机制调整为EDA紧急出块机制。这一做法虽然非议颇多,但从事后的结果来看,它成功的让BCH渡过了最艰难的一段时光。后来BCH币价逐渐攀升,算力慢慢增多变得稳定后,Bitcoin ABC又将算力调整为稳定出块的DAA机制。

除了调整算法外,Bitcoin ABC在过去的一年里,完成了BCH的多次升级,包括对BCH地址格式的重新编码,解决BCH与BTC的地址格式容易混淆的问题;新增和重启了一些操作码,将op-return数据载体扩容为智能合约和一些新技术做准备等。在Bitcoin ABC以及其它开发团队和支持者的努力下,BCH在过去一年的时间里获得了长足的进步,超过28个钱包、8家矿池、129多家交易所(非小号数据)的支持,算力也从最初的300P左右上升到现在的4E~5E之间(bitinfocharts数据)。

总之,Bitcoin ABC在过去的修改虽然不知是否是最适合BCH的,但至少没有明显的问题,在基础之上,我们有理由相信这样一支开发团队,而不是毫无根据的抵制。BCH知名支持者、Bitcoin.com创始人Roger Ver在刚过去的BCH曼谷矿工会议中也表示,愿意支付10万美元奖励给指出Bitcoin ABC路线图安全漏洞的人。

BCH底层协议可以被改动的原因之二:BCH需要不断改进以适应市场。

一款新产品如果想要击败行业巨头,需要的不仅是产品同样优秀,还需要有明显的可以替代原有产品的优点。这是一个再简单不过的道理,举个例子,让一家成熟的互联网公司对照微信设计一款一模一样的社交产品,所有的东西都搬过来,甚至做出了一些天才版的改动,它有机会超过微信吗?一样的道理,BCH诞生于比特币的交易拥堵,扩容之后虽然解决了拥堵,但比特币的先发优势太过强大,或者说是“比特币”这三个字的认可度太高,BCH如果想要单凭交易优势追上去甚至赶超比特币需要的难度太大,时间也太长。BitcoinABC以及其它的一些开发组或是支持者们应该对此有清楚的认识,所以才想要保证BCH交易流畅的基础上,不断丰富和填充BCH,于是就有了我们现在看到的虫洞协议以及Bitcoin ABC在11月份即将进行的CTOR排序更改。BitcoinABC首席开发者Amaury  Sechét之前提到的新概念“预共识”和BU团队新开发的石墨烯技术也是基于这个考虑。

BCH底层协议可以被改动的原因之三:修改底层协议有助于BCH在未来的竞争。

无论底层协议如何修改,一个最重要的前提就是在保证BCH支付属性不受影响的前提下,毕竟BCH最主要的功能还是被用于支付,点对点加密货币的宗旨是不会变的,但如果只是做到了交易不拥堵,就一定能抢占到市场吗?不说未来,光看现在的加密货币市场,公链的竞争已经很激烈了,如果BCH锁死底层协议,保持现在的样子,很难在未来活下去。

BCH不断增多自己的附加功能就跟支付宝为什么一直在拓展自己的社交业务一样,不是它自己非要做,而是主打社交属性的微信一直在做支付。虽说货币是不需要附加功能的,但BCH需要通过不断完善、不断提升附加值去竞争自己的支付地位。

BCH底层协议真的不能被修改吗?相关推荐

  1. 作为程序员,对于底层原理真的有那么重要吗?

    前段时间在工作业务中碰到一个技术问题, 在发现问题,思考问题,解决问题的过程中,突然对底层原理有了一些思考,这里分享一下给大家. ​背景 在业务中使用到了 Redis 数据库来存储数据,但是在存储大数 ...

  2. 网络层:IP协议详解(IP协议真的得看这篇)

    1.IP协议概念 IP(Internet Protocol , 互联网协议)主要用于互联网通信.IP协议用于将多个包交换网络连接起来,他在原地址和目的地址之间传输数据报,还提供对数据大小的重新组装功能 ...

  3. 网络(5)-应用层:了解常用协议使用的端口和底层协议

    一.使用TCP协议的常见端口 1.FTP:定义了文件传输协议,使用21端口.常说某某计算机开了FTP服务便是启动了文件传输服务.下载文件,上传主页,都要用到FTP服务. 2.Telnet:它是一种用于 ...

  4. 蓝牙OPP协议文件传输格式修改

    android蓝牙在传输文件时对文件格式有限制,默认情况下,并不是所有文件都能够传输和共享. 在packages/apps/Bluetooth下面的AndroidManifest.xml中       ...

  5. BCH智能合约方案正式推出,我们的征途是星辰大海!

    关于智能合约,你能想到什么?是凭借智能合约发Token功能一举冲上市值榜第二的以太坊?还是依靠智能合约概念持续升温,成就史上最大ICO的区块链项目EOS?总之,智能合约是一个梦幻的词汇,就像所有的初创 ...

  6. 虫洞协议背后的BCH“自我”之路

    当BitCoin ABC和nChain 在比特币现金BCH上持续博弈时,在BCH上部署的智能合约,已经发行了190种Token. 这个名叫虫洞协议的项目,在闭门研发2个月后成型,并在BCH一周年的发布 ...

  7. 11月15日BCH协议升级提案又双叒啜来了,请查收!

    ​​BCH告别了5月的纷扰,迎来了新的篇章.对于BCH来说,一年中有两件大事,一是5月15日的升级,二是11月15日的升级.上半年的网络升级已经顺利完成并告一段落,下半年的升级工作正在被BCH开发者写 ...

  8. CoinGeek声明:更改BCH协议是BCH获得大规模采用的错误方式

    最近比特币现金社区针对一些智能合约实行方案一直都在进行激烈的讨论.其中有些方案的实施需要更改BCH的现有协议.CoinGeek作为一个像Bitcoin.com一样全力支持BCH的企业,最近发出了一个声 ...

  9. 事务(ACID)、并发一致性问题(丢失修改、读脏数据、不可重复读、幻影读)、封锁(封锁粒度、类型、协议、MySQL 隐式与显示锁定)

    1. 事务 1.1 概念 事务指的是满足 ACID 特性的一组操作,可以通过 Commit 提交一个事务,也可以使用 Rollback 进行回滚. 1.2 ACID 1.2.1  原子性(Atomic ...

最新文章

  1. 各种SQL在Pig中实现
  2. 神策数据荣获“2017金融科技·大数据优秀案例之最佳实践案例奖”
  3. 前端开发工程化探讨--基础篇(长文)
  4. lynda ux_如何进入UX领域
  5. AspNetCore微服务下的网关-Kong(一)
  6. 微型计算机中 辅助存储器通常包括,第7章 微型计算机存储器习题参考答案
  7. 监控流媒体服务器连接监控摄像头的配置方式 - GB28181和ONVIF
  8. 如何让.Net线程支持超时后并自动销毁!
  9. 每周荐书(京东篇):618取胜之道、质量保障、技术解密
  10. C语言 - 判断素数的函数
  11. [转]应该被记住的天才,写在图灵诞辰100周年
  12. [system] Map key not configured.
  13. MacOS Mojava密码最小4位,这很讨厌!
  14. VLAN隔离技术 — MUX VLAN
  15. 《职场人士必读的88个寓言》摘要
  16. 我们穷极一生,究竟追寻的是什么?
  17. 阿里P9专家右军:以终为始的架构设计
  18. Sqoop将MySQL数据导入到HDFS和Hive中
  19. rsa加解密 --- jsencrypt.min.js --- 支持长字符串分段加解密
  20. java 环形矩阵_java下蛇形回环矩阵的实现

热门文章

  1. 【Oracle】查找每期数据都存在的产品
  2. IBM整合管理服务:云时代驱动IT服务创新
  3. c# 实现 加减乘除
  4. sybase备份问题
  5. 一、mysql分表简单介绍
  6. Android 个人学习笔记- 导入android项目,无法自动生成R文件的解决方法
  7. 2014.5.2—北京爱情故事
  8. 数据库分表时OR Mapping方法
  9. C#的委托事件在winform窗体中实现传值备忘
  10. Android进阶:十三、自定义类加载器加载加密类文件