Core开发者：SegWit2x是对隔离见证的拖延，最终会失败

SegWit2x能够将激活隔离见证（SegWit）的矛盾降到最低，并且提升区块容量，加速比特币区块链上的交易。Bitcoin Core开发者Luke Dashjr则认为，SegWit2x的目标就是拖延隔离见证。

Dashjr在Medium写道，SegWit2x的公测版可以分为5个部分。他从最简单的命名部分开始入手。Bitcoin Core 0.14.1变成了btc1 Core 1.14.3。有趣的是，这个版本沿用了0.14.1旧版而不是0.14.2。0.14.2修复了大量的漏洞，比如说miniupnpc漏洞。

另外，Dashjr不明白为什么要额外开设新的测试网络testnet5。如果有人想要测试一种比特币改进，他们应该在现有测试网上进行测试，而不是打造一个新的测试网。他不太明白这个新测试网存在的意义。

一旦切换到btc1，一些政策改进就会即刻生效，甚至早于硬分叉或软分叉的激活。目前的交易容量达到了32k sigops（每秒的签名+操作），不再是16k Core限制。

新容量和Sigop限制

该方案建议与btc1代码关联并且支持隔离见证的矿工和矿池8MB的容量限制以及160k的sigop限制。这可以算是一个漏洞，因为无论如何应该先激活硬分叉。然而，在实际应用中不会有什么影响，因为标准区块链不会超出限制。Dashjr没有意识到矿工可能会添加达到这一限制的交易。

BIP91将隔离见证的激活阈值设在80%，并以bit 4作为信号发送方式。BIP91和BIP148基本类似，不过它赋予了拥有超过20%算力的矿工（比如说比特大陆）否决权。

硬分叉带来了什么

接下来就是硬分叉。硬分叉不会使用bit 4，但会在#12,960区块激活，即隔离见证激活的90天以后，无论其激活状况如何。因此，就算比特大陆试图阻碍SegWit2x，btc1节点还是能在BIP148激活隔离见证之后进行硬分叉。如果隔离见证没有激活，硬分叉也不会发生，但鉴于BIP148始终能够生效，因此隔离见证是可以激活的。

这场硬分叉本身包含了最高8MB的区块容量限制（代码看起来像是2MB区块），160k最大区块sigop限制（看起来像是20k）以及8MB最大区块重量限制（与典型的4MB区块容量相比）。至于签名哈希比例，1MB限制加在了每笔交易的非见证数据中。

硬分叉规则下的第一个区块需要超过1MB的非见证数据。Dashjr认为最好通过硬分叉bit来防止reorg影响到SPV（简单支付验证）轻客户端（light client）。

Dashjr说，4到8MB的区块容量是没有意义的。就算是1MB的区块对比特币来说也是很危险的。在任何情况下，他都不会赞同硬分叉，而是用软分叉来保证区块容量的合理性。但即使到了那个时候，他也不会支持这个方案（SegWit2x）。就算要进行硬分叉，也要做出一些有用的改进，比如说原始合并挖矿，这是中本聪多年之前建议的第一个硬分叉。或者是修复一些重大漏洞，比如说time warp算法漏洞。

SegWit2x硬分叉会失败

Dashjr指出，他并不是唯一一个提出这些问题的人。他断言，SegWit2x硬分叉会失败。

Dashjr说，SegWit2x的真实目的就是拖延隔离见证。他认为这是对即将到来的BIP148软分叉的干扰，BIP148已经部署在网络中，是不可逆的。通过将BIP91和SegWi2x作为除BIP148之外的另一选择，矿工再次获得了权力来重申自己的否决权，只是比特大陆用来在最后关头否决整套方案的一种方式。

如果8月之前，升级到BIP148的经济节点不够多，比特大陆就有机会执行分裂链的攻击，并且欺骗旧节点跟随他们那条失效的链，在发动攻击之前彻底获得经济独立。

Dashjr说，唯一的解决方法就是提高对BIP148的认识，确保经济大多数在8月之前完成升级。这一点对于隔离见证硬分叉的支持者和反对者来说同样重要。就算是反对隔离见证，也要升级到BIP148，这个方案不会禁止SegWit2x，也不需要任何人，包括矿工支持隔离见证。

BIP148只要求矿工不再阻止其他人接受隔离见证。有了足够多的支持，矿工就不能针对旧节点分裂整条链，也不用支付经济损失。Dashjr说，只要SegWit2x的参与者是诚实的，运行BIP148就没有风险。如果他们并不诚实，就需要BIP148来保证节点安全。