mt logoMyToken
Market cap:
0%
FGI:
0%
Cryptocurrencies:--
Exchanges --
ETH Gas:--
EN
USD
APP
Ap Store QR Code

Scan Download

扩容大战的硬派Bitcoin Cash

Collect
Share

来源: 玲珑邪僧


  1. “达尔摩斯之剑”的落下 : 扩容大战鸣枪

2009年比特币诞生之初,中本聪把每个区块的容量大小设置为32M,但由于区块容量过大容易造成粉尘攻击(大量小额交易堵塞正常交易),中本聪于2010年将区块容量上限降低为1M。但随着比特币交易量的快速增长,1M的容量逐渐显得力不从心,交易速度变得异常缓慢。由于出块时间动态调整保持固定,提高交易确认速度,似乎只有两条路可选:一是降低交易信息的大小,此时容量不变的区块便能够容纳更多交易;二是直接提高区块的容量,此时无需调整信息大小便能够让矿工打包更多的交易。

2015 年底,核心开发者Gavin Andresen 与 Mike Hearn 提出了将区块大小调整至 8MB 的 Bitcoin XT 方案,但最终未被开发组其他成员的认可,并于2016 年初移除了 Gavin Andresen 的开发权限,Mike Hearn 最终也退出比特币社区。虽然这次扩容并未成功,但这把一直悬在比特币头上的达尔摩斯之剑也正式宣布落下,扩容战争至此拉开帷幕。

最终扩容双方逐渐分为两派:支持“隔离见证➕闪电网络”的比特币核心开发组,支持“直接提升区块容量”的开发群体。双方在接下来一段时间里分庭抗礼,最终前者在区块高度481,824正式激活隔离见证,由中国的btcc率先挖出;后者最为瞩目的代表Bitcoin Cash也于2017年8月1日上线挖矿,由中国的比特大陆正式启动。

2. Bitcoin Cash的“玩币归兆”

扩容方案之一的Segwit2x

所谓SegWit,就是把脚本签名信息从基本的块结构中剥离,放在一个新的数据结构当中。节点和矿工会同时验证这个新的数据结构里的脚本签名,以确保交易正确有效。通过从交易中删除签名数据,同样大小的区块里便可以获取更大的存储空间。在出块时间不变的前提下,容量的增大能够在单位区块里记录更多的交易信息,以此达到提升交易确认速度的目的。而通常被随之一起提及的闪电网络,在小额多笔支付场景下与Segwit2x相辅相成,数笔频繁的小额支付暂且不广播到区块链,用户双方在广播最终确认的交易之前可自行进行资金的转移,在双方达成交易结束的共识后仅将最后一笔交易广播到全网即可。因为不需要每笔交易都实时等待矿工确认,对于提升类似于流量结算的高频小额支付场景的交易效率是较为稳妥的举措。

然而这个方案遭到了部分矿工们的反对。

  • 首先他们提出,按照Segwit2x支持者的想法 1M区块对节点服务器的性能压力小,人人可以进场参与挖矿,突出去中心化的优势。支付效率低下的问题便交给闪电网络和侧链,主链仅做结算层。但这其实没有遵循中本聪最初提出的路线图:比特币的目的是摆脱诸如银行等其他中央机构的控制,此举则恰恰内置了一个“银行”;
  • 其次也是最重要的反对原因便是此举会损害矿工的利益。首先,鼓励矿工诚实记账的矿工收益由两部分组成,一是挖出新区块时的区块奖励,二是交易手续费。由于比特币总量恒定且在一段时间后固定减半,手续费在矿工收益中扮演着越来越重要的作用。由于闪电网络里将小额交易不进行广播,那么如此一来矿工将无法进行手续费的收取,直接影响到了矿工利益。
  • 在这种局面下,直接扩容的呼声越来愈高。在数字货币界中国向来是最不容小觑的中坚力量,一举一动都会直接影响历史的发展走势。来自中国的比特大陆在整个比特币生态体系里独占鳌头——其占据了整个矿机市场 70% 的份额,矿池算力超过比特币全网算力的 50%。作为比特大陆的掌门人吴忌寒丝毫没有浪费手中资源,于2017 年8月率领比特大陆正式启动了针对比特币区块链的硬分叉项目: 比特币现金(BCH)

    由于Bitcoin Cash是Bitcoin基础上硬分叉形成的货币,与Bitcoin自然有着诸多异同。

    BTC和BCH正式地分成了两条链。BCH的拥护者甚至喊出要将BCH推上数字货币界的币本位之座,而BTC的支持者则认为BCH不过是一代近亲山寨币,是由各类矿场利益驱动所催生的怪胎。BTC和BCH向来不仅仅是技术之战,其中的政治斗争也从未停息。比特币现金从分叉至今市值最高时曾达0.19 BTC,占比特币市值的19.07%,其他绝大多数时间一直稳定在0.1 BT附近,始终与比特币的涨跌保持趋同性,用户量也远不如比特币使用者的市场份额高。如此看来,BCH若想实现当初立下的野心,依然任重而道远。

    Disclaimer: The copyright of this article belongs to the original author and does not represent MyToken(www.mytokencap.com)Opinions and positions; please contact us if you have questions about content