撰文：Keone Hon，Monad 联合创始人

编译：Azuma，Odaily 星球日报

编者按：北京时间 3 月 26 日上午，Monad 联合创始人Keone Hon 于个人 X 发布了一篇关于 Rollup 性能状况的深度长文。文中，Keone 详述了坎昆升级之后 Rollup 的理论 TPS 上限该如何计算，并解释了为何升级之后部分 Layer2（Base）的单笔交易费用仍高达数美元，此外 Keone 还概述了Rollup 所面临的一些瓶颈限制以及潜在的改进方向。

以下为Keone 的原文内容，由 Odaily 星球日报编译，为了方便读者阅读，译者在原文基础上做了一定补充。

最近市场上有一些关于 Rollup 执行瓶颈和 Gas 限制的讨论，这不仅涉及 Layer1，也包括了 Layer2。我将在下文中讨论这些瓶颈问题。

随着 Blob 数据结构（EIP-4844）在坎昆升级中被引入，以太坊的数据可用性（DA）已得到了大幅改进，Layer2 的数据同步交易已无需再与普通 Layer1 交易在同一个费用市场中竞价。

当前，Blob 的容量状况大概是每个区块（12秒）产出 3 个 125kb的Blob，即每秒31.25kb，鉴于一笔交易的大小大概是100字节，这意味着所有 Rollup 的共享 TPS 大概是 300 左右。

当然了，这里有一些信息需要特别备注。

• 一是如果 Rollup 采用了更好的交易数据压缩技术，可缩减单笔交易大小的话，TPS 便可实现增长。
• 二是理论上 Rollup 除了可以采用 Blob 同步数据之外，还可继续采用 calldata 同步数据（即坎昆升级之前的旧方案），尽管这样做会带来额外的复杂性。
• 三是不同 ZK-rollup发布状态的方式存在差异（尤其是zkSync Era和Starknet），因此对于这些Rollup来说，计算方式及结果也会有所不同。

最近，Base 由于其gas费用的激增而引发了较大关注，一笔普通的交易在该网络上的费用已上涨到了几美元。

为什么坎昆升级之后，Base 网络只降低了一段时间，现在又回到甚至超过了升级之前的水准呢？这是因为Base上的区块存在一个 gas 总额限制，该限制系通过其代码中的一个参数来执行。

Base目前所采用的 gas 参数与Optimism相同，即每个 Layer2 区块（2 秒）存在 500万 gas 的总额限制，当该网络之上的需求（交易总数）超过供应（区块空间）之时，价格结算便会采取按需执行的机制，从而导致该网络 gas 的飙升。

为什么 Base 不去提高这一 gas 总额限制呢？或者换句话说，为什么 Rollup 需要设置一个 gas 总额限制呢？

除了前文提到的数据可用性存在 TPS 上限之外，这里其实还有另外两大原因，分别是执行吞吐量的瓶颈以及状态增长的隐患。

一般而言，EVM Rollup 运行的都是一个 fork 自 Geth 的 EVM，这意味着它们与 Geth 客户端有着相似的性能特征。