正文
为了避免在 8 月 1 日出现比特币分叉的局面，2017 年 5 月，由比特币开发者 blockstream 的支持者 James Hilliard 提出一个兼容性的新方案 BIP91。该协议实质上是一个兼容 BIP141 的 BIP148 方案，但是激活阀值在 80%。如果 80%的算力在持续两天内支发出支持信号，它就会被锁定。该协议可以使得无论通过 BIP91 还是 BIP148 升级后的节点互相兼容，能够同时接受 bit1 和 bit4 的信号。意味着无论 core 阵营支不支持纽约共识，只要纽约共识的签署算力（超过了 80%）支持该方案，那么比特币的分裂就暂时能够被避免。该协议也是目前最有望执行的方案。
Bitcoin XT
2011 年，Gavin Andresen 被中本聪指定为比特币的首席开发者，之后 Gavin 又吸纳了多名技术人员加入开发者的团队，于是逐渐形成了我们今天看到的 core 开发组。
2015 年初，他提出将比特币区块一次性扩容至 20MB，在当时由于在中国这样的发展中国家的网络条件无法满足这么大的区块，因此这个提议没有在社区达成共识。2015 年底，20MB 扩容计划落空的 Gavin Andresen 联合开发者 Mike Hearn 提出了将区块大小调整至 8MB 的 Bitcoin XT 方案。
该方案基于 BIP101 协议将起始块的上限设为 8MB，随着时间的推移，区块上限逐渐提高。但这个方案同样没有获得开发组其他成员的认可。2016 年初 Gavin Andresen 被取消了比特币维护权，Mike Hearn 退出比特币社区。
Bitcoin Classic
该方案在 2016 年 3 月份，由前比特币基金董事 Olivier Janssens，FinalHash 首席执行官 Marshall Long 和比特币矿工和开发人员 Jonathan Toomim 提出，他们基于 BIP109 协议，延续了中本聪的思想，在他的代码库基础上将区块大小扩大到 2MB。并获得了 Gavin Andresen 和 Jeff Garzik 等开发者的支持。
该方案需要获得 75%以上算力支持，才能够被激活，激活之后 28 天才会发生硬分叉。但该方案遭到了 BlockStream 等区块链技术开发公司的反对。
BIP141+闪电网络
对于 bitcoin classic 方案，core 团队持反对态度，他们希望 坚持主链区块 1M 大小不变，因此提出采用隔离认证（segwit）+闪电网络的方案解决比特币交易拥堵的问题。
香港共识
2016 年 2 月，Core 开发者和矿工双方在香港数码港达成协议，实施 BIP141+硬分叉 2M，并且限制矿工不能运行 Bitcoin Classic。
但是由于 Core 团队参加会议的几个主要的开发人员回去后遭到其他人的反对，香港共识被迫中止。
Bitcoin Unlimited
该方案提出不给单个区块设立上限，产生新区块后，由矿工通过“紧急共识”作出决策，决定区块大小。目前，BU 的支持率有 20%。
Teechan
2016 年 12 月，由伦敦帝国理工学院和康奈尔大学的开发小组提出，该方案建议使用安全硬件进行扩容。
侧链扩容
2015 年，Blockstream 提出将开发一个侧链扩容项目。今年六月，Blockstream 的首席战略官 Samson Mow 创立 Liquid Networks 侧链项目，通过创建点对点的侧链网络，达到扩容目的。
纽约共识（Segwit2X）
今年 5 月，Barry Silbert 旗下的数字货币集团（DCG）和包括大型矿池运营商比特大陆（Bitmian）在内的其它 57 家公司共同签署 segwit2x 扩容方案。该方案将 隔离验证激活阈值设为 80%，并以 bit 4 作为信号发送方式；在六个月内执行一次 2 MB 硬分叉扩容。
UAHF（用户激活硬分叉）
2017 年 6 月比特大陆发布该方案，开发者增加了一个命令规则集以更改节点软件。这些更改将使得先前无效的区块在 flag day 后生效，更改也无需绝大多数的算力来执行。UAHF 的实质是比特大陆为 应对 UASF 的一种紧急预案 。
短短几年时间，各种比特币扩容方案令人眼花缭乱。但究其根本原因无非就是希望保持比特币小区块的 core 开发组与拒绝使用闪电网络的矿工以及支持矿工的开发者之间的矛盾。
1、硬分叉会导致中心化？
当前的 core 开发组一直希望比特币保持小区块，并用隔离验证+闪电网络的方式解决比特币区块链拥堵的问题。 一方面保证区块链的安全，另一方面防止矿工权利过大导致比特币的中心化。
