你可能会问：每秒 100 万 gas 能带来何种效益？

• 每秒 ~47 笔「简单转账」事务。这些事务消耗 21,000 gas， 负责将 ETH 从 A 转移到 B，是最简单的事务类型。
• 每秒 ~16 笔 ERC20 代币转账。与 ETH 转账相比，这些方法涉及更多的存储操作，因此每次的成本为 ~60k gas。
• 每秒 ~10 笔 Uniswap 资产交易。代币对代币交易的平均成本约为 102k gas。
• …随便挑一个你喜欢的事务的 gas 成本，并将其除以 1m （12.5m / 12.5 /gas）

注意，随着事务的执行复杂度增加，系统的吞吐量会降低到很低的数值。还有改进的空间！

解决方案 1：使用一种中介

我们可以使用一个可信的第三方来促成所有的事务。这样一来，我们就能获得非常高的吞吐量，而且延迟可能只会是亚秒级的。太好了 ! 这不会改变任何系统范围内的参数，但我们将会选择加入第三方单方面设定的信任模式。他们可能会选择对我们进行审查，甚至没收我们的资产。这是不可取的。

解决方案 2：让区块更大，更频繁

我们可以通过减少两个区块之间的时间来减少延迟，也可以通过增加区块 gas 限制来增加吞吐量。这一改变将使运营节点的成本更高，使得个人难以运行节点（这一点已经在 EOS、Solana、Ripple 等平台出现了）。

在解决方案 1 中，对信任的需求增加了。在方案 2 中，成本增加。这就消除了它们作为可伸缩性选项的可能性。

从第一原则出发，重新发现 Optimistic Rollup

在下一节中，我们假设读者对哈希和默克尔树已经有所了解。

根据我们到目前为止学到的知识，让我们模拟一个苏格拉底对话，目标是发现一种既能增加以太坊有效吞吐量，同时又不增加用户和节点操作者负担的协议。

问：我们想在不显著改变信任和成本假设的情况下扩展以太坊。该怎么做呢？

答：我们想要降低现有操作对系统成本的要求（见上面的三种资源类型）。为了理解为什么要做到这一点并不容易，我们需要先看看以太坊的架构：

以太坊的每个节点目前都存储并执行用户提交给它的每笔事务。在执行过程中，事务通过 EVM 运行，并与 EVM 的状态（例如存储、余额等）交互——这种操作非常昂贵。常见的智能合约优化技术以最小化与状态的交互次数为核心，但它们只能提供较小的常量改进。

问：你是说有一种方法可以在不涉及状态的情况下进行交易，从而保持较低的资源成本？

答：在极限情况下，我们是否可以把所有的执行都移出链外，同时保留一些数据在链上？我们可以通过引入一个被称为「排序者 (责任编辑：admin)