本文系 Vitalik 在以太坊研究者论坛里提出的一个最新讨论，该讨论是继以太坊研究科学家 BarnabéMonnot 提出的关于 EIP1559 切实实施的思路进行的再次结合。

以下为原文翻译，团队对部分词汇进行了批注及少许删改。

正如我在此前的《关于资源定价的立场文件》中详细讨论的那样，以太坊中的 Gas 实际上是支付三种不同的资源：

1. 带宽（必须下载的事务数据）
2. 计算（验证和执行交易的时间）
3. 存储（历史记录，但更重要的是状态陈述，例如帐户余额，随机数，约代码，合约存储）

带宽和计算是短暂的成本，存储不像这两个成本，它会超出短暂的限制。

在一个块的时间内，一个节点可以进行多少次计算或下载数据是有限度的，一旦该块通过，下载和验证所需的量就达到了极限。块的大部分都消失了（将来只有少数同步节点需要对其进行处理）。

而存储是持续的成本。如果一个单独的块状态增加了 100MB，该块当下可以处理好，但是一系列的块将使以太坊无法使用。状态增长的「爆发」影响可以忽略不计，但长期影响是最严重的，一旦建立的一个超大状态就永远给网络增添了负担。

不过，随着状态变为无状态（白计划注：即无状态以太坊方案），（超大）状态的长期影响会大大减少：状态不会给网络造成永久负担，它只会负担大约一年的时间，在那一年中，只有一小部分节点需要实际存储那个（超大）状态。但这种长期（一年）成本仍然是真实存在的，并且需要将其定价。

平均大小与最坏情况的存储大小

在当前（状态）协议（普遍认为是不可持续的）和状态到期的改进协议中，对状态建模的不足之一是平均状态增长与最坏情况状态增长之间的巨大差异。

考虑当前的协议。如今，该状态的总大小约为 5.5 亿个对象，约 32GB （不包括 trie 开销）。如果我们剔除上一年所有 not touched 的状态，那总量很容易下降一半以上。

现在，最坏的情况是什么？

合同代码的创建按每字节 200Gas 的费用收费，因此，如果将一个区块分成 3 个事务，每个事务创建一个合同，我们可以为 12334800Gas+3*55000Gas 来制作 3 个 20558 字节的合同，以增加合同创建的开销。

这样，在单个块中，存储大小可以增加 20600*3=61800 字节。

假设平均出块时间为 13.1 秒 1 个，每年都有 31556925/13.1=2408925 块，总的来说，状态可以按 61800*2408925=148871600381.67938 字节增长，即约 138 GB。

这个差异约为 10 倍。（白计划注：下文数据 16GB 根据上下文理解是以太坊目前一年的状态总量大小） (责任编辑：admin)