2010 年，中本聪明确谈过提高区块上限，也警告过直接使用扩容补丁的风险。他怎样看待“能改”和“怎么改”？
别急着用这个补丁
2010 年 10 月 3 日，Jeff Garzik 提议提高当时 1 MB（1,000,000 字节）的区块上限。中本聪先提醒补丁与现有网络不兼容，随后说明将来可以调整。
+1 theymos。别用这个补丁，它会让你与网络不兼容，让你自己吃亏。
将来如果接近需要这项变更的时候，我们可以分阶段引入。
提前部署，到约定的区块高度生效
第二天，他以“区块高度超过 115000 后提高上限”为例，解释升级方法。115000 是示例，回复没有确定新的上限或宣布实施。
它能提前很多个版本就写进去，这样等到到达那个区块号、真正生效时，没有它的旧版本早已被淘汰。
接近截止区块号时，我能向旧版本发警报，确保它们知道自己务必升级。
另一个容易混淆的限制：免费交易门槛
一个月前，他还讨论过接收免费交易的门槛。下文的 200 KB、50 KB 与 1 MB 区块硬性上限不同；交易量统计不含区块奖励交易。
平均每区块 2 笔交易、每小时 17 笔、每天 400 笔。
现在的门槛是每区块 200KB，约合每区块 1000 笔交易。我认为应该降到每区块 50KB。那仍然是平均每区块交易量的 100 多倍。
门槛将来很容易调整。到时候我们能决定调高。把门槛保持在较低水平，用作断路器，并按需提高，是个好办法。如果现在就触及门槛，那几乎肯定是某种洪水攻击而不是真实使用。保持较低门槛有助于在这种情况下限制浪费的磁盘空间。
交易更多了，谁来承担负担？
早期邮件还给出另一层背景：他预期轻客户端与专业节点分工，并相信硬件和带宽会逐步改善。以下是他当时的设想。
早在网络接近这么大的规模之前，用户就可以安全地使用简化支付验证（第 8 节）检查双重支付，这只需要保存区块头链，大约每天 12KB。只有尝试生成新币的人才需要运行网络节点。起初，大多数用户都会运行网络节点，但随着网络增长到一定程度，这项工作会越来越多地交给拥有专用硬件服务器群的专业人员。一个服务器群只需要在网络中运行一个节点，局域网里的其他机器都连接这个节点。
要记住，即使比特币以互联网企业那样的速度增长，也要多年后，才会占全部交易中一个可观的比例。我相信，硬件最近已经变得足够强大，能够处理大规模应用；但即使对此还有疑虑，等到真正需要时，带宽速度、价格、磁盘空间和计算能力，也都会改善很多。
读完这几段原话
中本聪考虑过随需求提高区块上限，也强调兼容性与提前升级。这些原话回答了“他认为能不能改”，但没有替后来每一种扩容方案确定数值、时点或取舍。