Vitalik：什么样的 Layer3 才有意义

在 layer 2 扩容讨论中经常再度浮现的一个话题是 “layer 3s” 的概念。如果我们可以构建一个layer 2 协议锚定到 layer 1，以实现其安全性以及增加其可扩展性为主要目的，那么我们当然可以通过构建一个“锚定到 layer 2 以实现安全性，并在其之上增加更多可扩展性”的 layer 3 协议来扩大其规模?

这个想法的一个简单版本是：如果你有一个方案，可以让你实现二次方增长，你能把这个方案堆迭在其自身之上并获得指数级增长吗？类似的想法包括我 2015 年的可扩展性论文以及在 Plasma 论文中提到的的 multi-layer 扩展等。不幸的是，如此简单的 layer 3s概念却没那么容易形成可行方案。由于数据可用性的限制、对紧急提取的 layer 1带宽的依赖或许多其他问题，设计中总有一些东西是不可堆迭的，并且只能给你一次可扩展性的提升。

围绕 layer 3s 的较新想法，如 Starkware 提出的框架，更加复杂：它们不仅仅是将相同的东西堆迭在自身之上，它们还为 layer 2 和 layer 3 分配了不同的用途。如果它以正确的方式完成，这种方法的潜在形式可能行得通 。这篇文章将详细介绍在三层架构中哪些可能有意义，哪些可能没有意义。

为什么你不能通过 stacking rollups 在 rollups 之上来保持扩容？

Rollups（请参阅我在此处的较长文章）是一种扩展技术，它结合了不同的技术来解决运行区块链的两个主要扩展瓶颈：计算和数据。计算已由“欺诈证明”或 SNARK等方式解决了，它们依赖于极少数参与者来处理和验证每个块，要求其他人只执行少量计算来检查证明过程是否正确完成。这些方案，尤其是 SNARK，几乎可以无限制地扩展；我们可以继续制作“许多 SNARK 的 SNARK”，以将更多计算缩减为单个证明。

数据不一样。 Rollups 使用一系列压缩技巧来减少交易需要在链上存储的数据量：简单的货币转账从 约100 字节减少到 约16 字节，在 EVM 兼容链中的 ERC20 转账从 约180 字节减少到 约 23 个字节，一个保护隐私的 ZK-SNARK 交易可以从 约600 字节压缩到 约80 个字节。在所有情况下大约有 8 倍压缩。但是 rollup 仍然需要在保证用户能够访问和验证的介质中使数据在链上可用，以便用户可以独立计算 rollup 的状态，并在现有证明者离线时作为证明者加入。数据可以压缩一次，但不能再次压缩 - - - 如果可以，那么通常有一种方法可以将第二个压缩器的逻辑放入第一个压缩器中，并通过压缩一次获得相同的好处。因此，“在 Rollups 之上的 Rollups ”实际上并不能在可扩展性方面提供巨大的收益，但是，正如我们将在下面看到的，这种模式可以用于其他目的。