Luke-Jr主张动态调整比特币区块大小

比特币协议开发商和Blockstream承包商Luke-Jr过去几年一直认为，比特币不仅应该通过增加1MB的块大小来避免增加数据容量，而且应该将其降低到每个块250 KB。

但是，在加入Blockstream之前，他认为应该动态调整区块的大小，Blockstream的前CTO和比特币协议的开发者Gregory Maxwell将他拒之门外。

Luke-jr在一个鲜为人知的公开讨论中，比特币Github的前维护者加文·安德烈森（Gavin Andresen）提出了一种用于多路信号的链分裂叉，最早可追溯到2011年8月24日。

“如果发生区块链分裂，尝试修复尽可能多的区块链是有意义的
问题尽可能：

将硬限制（例如最大块大小为1 MB）替换为可以随时间动态变化的内容。也许是基于难度，所以无法进行游戏？

根据N块滑动窗口无限制地调整每个块的难度…

即使比特币能够腾飞，即使每个BTC拥有1亿个单位，2,100万确实还不够。用'Satoshi'可变大小分数替换'Satoshi'64位整数…”

当天，在替换硬限制时，格雷格里·麦克斯韦（Gregory Maxwell）表示“为此还为时过早”，卢克-jr回应：

从设计上讲，动态适应永远不会太早/太晚。从固定的1 MB进行更改将分叉区块链，这应该是一个最小化的事件。”

当区块大小辩论开始时，比特币协议开发人员兼Blockstream员工Pieter Wuille也在2014-15年提出了动态设置区块大小的建议。

然而，早在2011年，麦克斯韦（Maxwell）就已经反对任何增长，并在声明中说：“为时过早”：

“（幸运的是）我们现在没有最大容量。我们不知道该流量水平的网络动态会是什么样。那么，我们如何能称职地说出正确的度量标准，以实现正确的行为呢？那就是我所说的太早了。”

尚不清楚他为什么要感谢网络没有满负荷运行的原因，尚不清楚，因为几年后，他为庆祝由于缺乏容量而产生的高额费用开了香槟。

但是，在加文·安德森（Gavin Andresen）指出许多问题之后，这个硬分叉的想法被搁置了：

“这次讨论使我确信，安排区块链拆分目前绝对是错误的想法。我们可以在N个月内重新访问，当我们有了一个路线图，不错的单元测试以及一堆经过良好测试的补丁程序时，这些补丁程序可以修复当我们确定必须进行区块链拆分时需要修复的所有问题。”

称其为区块链拆分是一种放置方法，但是随着它的发生，通过软分叉略微增加了容量。

没有为该软分叉更改添加任何动态适应的机制，因此网络现在必须等待开发委员会在某个时候说应该增加块大小的权重。

如果我们曾经期望这种沟通方式不明确，那么就可扩展性而言，比特币现在几乎停滞不前，即使其他区块链也在试图解决这一问题。