注：本文来自@AurtrianAjian 推特，MarsBit整理如下：

自 2017 年（或更早）以来，中文世界里流传着一种关于比特币的阴谋论：bitcoin core 开发者控制着整个比特币网络，随心所欲地审查他们不喜欢的行为；他们最明显的指向是反对区块体积扩大。

真是如此吗？

显然这种说法跟 “区块体积战争” 和 “隔离见证” 有关。但如果你真的了解隔离见证，你不会这么认为

先解决一个小问题：bitcoin core 开发者反对一切导致（实然上的）区块体积扩大的 技术/活动 吗？

另一个相关的问题是：bitcoin core 开发者是最介意区块体积扩大的团体吗？

答案都是否定的。

有关隔离见证技术的辩护理由，最全面的资料当属这一份：<https://btcstudy.org/2022/10/07/segregated-witness-benefits/…>。下文完全依据这份资料

事实 1：如果你使用的是支持隔离见证（segwit）的节点，那么隔离见证软分叉之后，你收到的 “完整区块（区块 + 见证数据）” 体积几乎都是大于 1MB（比特币原有的区块体积的上限）的。这是因为 segwit 改变了区块体积的计量方式，将 segwit 输入的脚本签名数据（witness）体积计量为实际字节数的四分之一

而前隔离见证的交易（包含了脚本签名数据）和隔离见证交易的实际含义部分（输入、输入等元信息）则依然按字节数计算。因此，在不支持隔离见证升级的节点那里，1MB 的区块体积上限得到了保留（这也是为什么 segwit 是一次软分叉）；但在支持隔离见证的节点那里，区块的实际字节数会超过这个 1MB 的限制

超出多少，会跟 witness 数据的占比有关；当区块完全由 witness 数据构成时，它最大可以达到 4 MB。

你从上面那份资料可以看出，开发者非常清楚这样的机制会让 “完整区块” 的体积变大（这个机制本身是为了给使用隔离见证输出提供一些经济激励）。并且预测了实际的区块体积会在 1.6 MB 到 2 MB 之间。

这就是为什么你可以看到有些人的推特名字挂着 “NO SegWit 2x” 的后缀 —— 他们反对隔离见证把区块变大了。

也就是在这些人看来，隔离见证支持者捍卫小区块还不够彻底。