在过去的一段时间里，比特币现金(BCH)的开发者之一nChain不断的开发比特币SV代码库，在8月29日星期三，alpha版本正式发布，用以向矿工展示代码。

当前的alpha代码基于比特币ABC 17.2，其中包括OP_MUL, OP_LSHIFT, OP_RSHIFT, OP_INVERT代码的重启，同时删除每个脚本的201个操作码的限制。虽然代码中并没有太多关于将区块上限扩容至128MB的消息，但是以nChain当前的发展势头，扩容至128MB已在所难免。

但是作为一个BCH的坚定支持者，却并不能对随意的扩容盲目乐观，毕竟倘若只增加区块上限，什么都不做，这会给BCH带来更大的灾难。

BCH所走的大区块路线，特别是5月份32MB区块上限的成功扩容，需要持续对协议进行修改以提高效率和缩放性能，而这，正是BCH的两个主要开发团队一直进行的一项默默无闻的工作。比如Bitcoin Unlimited公司发现了BCH区块链的瓶颈，即mempool的接受度，同时为并行mempool的接受度设计了原型，同期，积极整合石墨烯区块传播技术，在保持BCH去中心化的同时保持规模以及效率。而Bitcoin ABC也正在进行平行交易验证，开发员Tomas van der Wansem不断推动一项协议更改，以添加UTXO协议，来支持快速同步，同时删除大多数不需要的区块链数据。

正是因为Bitcoin Unlimited以及Bitcoin ABC默默无闻的保驾护航，才保证了BCH大区块路线的顺利进展。但是nChain坚持盲目上线128MB区块，同时坚称比特币在0.1版发布时是完美的，同时对Bitcoin ABC、Bitcoin Unlimited、Bitcoin XT等公司所引入的改变以及保驾护航并未客观看待，坚持出台比特币SV，删除其他开发公司的所有改动，这未必符合发展规律。

那么，倘若没有其他团队的保驾护航，nChain盲目上线128MB区块，将会带来什么后果呢?

首先，难以避免的中心化倾向。当前，32MB的区块上限，已经超出了系统所能处理的极限，而更大的128MB区块，倘若没有突破mempool瓶颈，或是在UTXO协议上没有更大的进步。它将给BCH区块链运行带来更大的硬件成本，费用可高达数万，甚至数十万美元，而这些费用，只有少数几家有实力的企业能够负担的起。

我们可以想象一下，128MB所带来的BCH节点的高额运营成本逼退了绝大多数的支持者，少数人控制了整个BCH网络，那么，市场协议规则将面临冲击。

其次，基础设施的滞后性。近日，ViaBTC杨海坡发文称，在目前BCH区块只有不到0.1MB情况下，大量的基础设施是没有准备好128MB的。按照经验，现在32MB最短也需要5年以上才能填满，也给了社区足够的时间去升级。新的决策机制需要大量进行提案、测试和达成共识的时间。

也就是说，BCH社区当前的重点应该放在生态建设之上，为BCH寻找更多的用户以及应用空间，以填满当前的区块，超前思维未必可行!

好在，即便128MB区块的方案在社区内部争议不断，BCH开发者并未放弃对其生态建设的脚步，特别是近来，BCH社区中已经发布了很多智能合约的方案，如虫洞Wormhole，Bitprim的Keoken，Cryptonize.it推出的彩色币协议，Simple Ledger Protocol(SLP)等。其中热度最高的虫洞，其发展规划是，第一阶段在BCH上发token，未来将实现智能合约。现在第一代发token的版本已经上线，智能合约的实现大概要半年到一年的时间。

9月1日，BCH压力测试员将发出数百万笔交易，以了解矿商如何处理mempool中的所有交易，支持者将利用Scale.cash工具，或者Reddit、Github和Twitter等社交媒体上的提示机器人(如Tippr和Chaintip)来参与。相信智能合约的不断发展，用户数量的不断增长，BCH的压力测试将变得更加有意义，未来，真正适合BCH网络的128MB区块上线将指日可待!