Gavin Andresen：区块扩展的另一种解决方案？

编者按：关于比特币扩容的讨论，核心开发者之间的争论愈演愈烈。 作者加文·安德烈森（GAVIN ANDRESEN）坚持认为 20mb 的区块大小是合理的。 此外，他还提到，20mb大小实际上意味着妥协。 如果无法达成妥协，他将支持另一种区块扩展方案。 (sourceforge.net) 邮件列表上有 10 位工程师和技术人员（Gavin 指的是比特币核心开发人员），让他们讨论并解决这个大问题（比特币可扩展性问题），最终你可能会得到十一种不同的解决方案。 即使一致认为应该增加 1mb 的块大小限制（并且几乎每个人都同意应该增加到某个点），也很难就具体增加多少达成一致。 关于如何扩容的建议我就不一一列举了。 事情太多了，我不能一一列举。 最后写一堆长文，估计没人看。 但是，我会写一个大家都在谈论的想法，并解释为什么块大小是 20mb。 动态调整是一个很流行的观点，就是根据历史区块大小来实现动态调整。 细节有所不同：块大小上限应该多久调整一次？ 每个街区？ 每次难度调整？ 增长率是多少？ 增加 50%？ 还是双？ 如果块大小上限仅用作拒绝服务预防措施（即防止邪恶的大型矿工生产 11 GB 的块，迫使网络的其余部分强制验证），那么这些建议是可以实现的。

我喜欢简单动态调整块大小的想法。 当然，还有一些更复杂的动态区块调整方案，比如权益证明投票比特币扩容方案有哪些方式，或者将最大区块大小与区块中包含的挖矿奖励或交易费用挂钩。 但实际上，我认为这不是解决方案那么简单，因为它要求共识代码必须绝对正确。 如果跳过代码审查和测试，每增加一行代码都可能导致链分裂漏洞。 为什么固定为20mb？ 一些比特币核心提交者不希望矿工联合起来并在未经许可的情况下增加区块大小（无论是故意的还是作为对经济激励的回应）。 例如，Gregory Maxwell 写道：“有没有人（除了 Mike Hearn，我想）曾经想过这样一个未来，系统中的每个人都只需要依赖一些‘谷歌规模’的节点就可以了（我不认为这么认为，如果是这样，我们永远不会同意，但这有助于理解分歧的意识形态）。 Maxwell 应该将这句话改为“除了 Mike Hearn 和 Satoshi Nakamoto”：在比特币网络接近这一点之前，用户使用 Simplified Payment Verification（spv比特币扩容方案有哪些方式，又名轻量级）客户端来验证双重支出也是安全的，每天只需要 12kb 的区块头链数据。人们唯一需要运行网络节点的时间是在他们生产新币的时候。

起初，大多数用户会运行网络节点，但是当网络增长超过一定范围时，运行这些网络节点需要变得越来越专业化，需要有专门硬件的服务器站点。 我不同意那些显然对比特币系统应该如何发展持有不同意见的中本聪原教旨主义者。 20mb大小其实是一种妥协，足以支撑未来几年产生的交易量，而且对于开发志愿者来说，20mb还是一个合理的数字，可以保证他们继续使用家庭网络或通用虚拟专用服务器来处理整个链。 如果无法达成妥协，那么简单地防止拒绝服务攻击的动态调整方案将是一个非常有吸引力的长期解决方案。 －－－－ 原文： 作者：GAVIN ANDRESEN 译文：小蒙牛 稿件来源（翻译）：巴比特资讯（）