L1 升级：我们最期待的 Glamsterdam 提案

TLDR：随着 Fusaka 升级计划于 12 月 3 日在以太坊主网上线，核心开发者社区现在已将注意力转移到决定将哪些 EIP 纳入下一个升级：Glamsterdam。Base 工程团队对以下六个 EIP 最感兴趣，它们分为三类：blob 扩容（ EIP-8070 )，gas 重新定价（ EIP-2780 和 EIP-8032 ）以及构建者 UX 改进（ EIP-5920 ， EIP-7907 和 EIP-8024 ）。

对以太坊 L1 的升级可以为 Base 上的用户和构建者带来重大利益。例如，Fusaka 升级将通过 PeerDAS 和 BPO 硬分叉 在计划内且安全的基础上实现 blob 容量增加 8 倍。blob 容量的增加将为 Base 和其他 L2 提供数据可用性（DA）容量，以便继续扩展并支持更多上线用户和构建者。

下一个以太坊升级 Glamsterdam 预计将于 2026 年在主网上线。Glamsterdam 的主要 EIP 是 EIP-7732: Enshrined Proposer-Builder Separation (ePBS) 和 EIP-7928: Block-Level Access Lists，它们将分别支持增加 blob 容量和更高效的执行性能。以太坊核心开发者社区目前正在提交他们对希望包含的非主要 EIP 的支持。

从提议包含的近 50 个非主要 EIP 的列表中，我们将列表缩小到我们认为最有希望的六个。我们最感兴趣的 EIP 分为三类：blob 扩容、gas 重新定价和构建者 UX 改进。重要的是要注意，从下面的列表中排除并不意味着我们一定反对任何 EIP；但是，我们确实认同 EthPandaOps 和其他人在 11 月 13 日所有核心开发者电话会议 中提出的担忧，即如果 EIP-7805: Fork-Choice Inclusion Lists (FOCIL) 包含在 Glamsterdam 中，则将其与 ePBS 一起测试的复杂性和未知性可能会将升级推迟到 2026 年之后。虽然我们不认为我们应该通过包含 FOCIL 来为 Glamsterdam 引入进一步的复杂性和风险，但 FOCIL 将为以太坊带来的抗审查特性对所有用户都很重要，我们希望 FOCIL 将在未来的升级中得到优先考虑。

Blob 扩容

正如我们在上面和上个月的 扩容博客 中提到的那样，blob 在扩展以太坊生态系统中起着重要作用。当 blob 使用率持续饱和时，L1 DA 可能会成为 Base 等 L2 支持更多链上活动的瓶颈。

PeerDAS 和 Glamsterdam 的共识层 (CL) 主要提案 EIP-7732 都将支持增加 blob 目标；但是，随着 blob 目标开始增长超过 48/块，预计执行层 (EL) blobpool 将成为给定节点带宽的主要消耗者。EIP-8070 将解决这些带宽问题。

EIP-8070：稀疏 Blobpool (规范)

什么是 EIP-8070？

类似于 PeerDAS 允许在 CL 上对 blob 数据进行采样的方式，稀疏 Blobpool EIP 将允许在 EL 上进行单元级别、托管对齐的采样。此 EIP 将 EL 节点采样完整 blob 有效负载的概率降低到 p = 0.15。这意味着 EL 节点有 p = 0.85 的概率采样与其 CL 对应方相同的托管分配，并下载少至 1/8 的 blob 数据。总而言之，预计这将使 blobpool 的平均带宽消耗降低约 4 倍。

为什么 EIP-8070 很重要？

确保 CL 和 EL 都可以支持更高的 blob 目标对于 Base 和以太坊继续扩展并支持更多使用非常重要。正如 EIP 的作者所说，在具有高 blob 目标的 Fusaka 开发网络中，EL blobpool 主导了全节点的平均带宽消耗。这引发了人们的担忧，即区块和证明传播将没有足够的带宽来消耗。如果区块和证明传播缺乏适当的带宽，网络活跃性和稳定性可能会面临风险，这将使进一步提高 blob 目标成为不可能的事情。

Gas 重新定价

Gas 定价错误是当今扩展 Base 的最大问题之一，因为执行客户端性能受到需要高效构建任何区块的瓶颈限制。包含最定价错误的 opcodes 的区块可能会对性能造成重大压力，因为排序器和验证器节点都需要能够处理最坏情况。这些最坏情况的区块极大地限制了我们扩展的程度。

Glamsterdam 的 gas 重新定价旨在更准确地设置 gas 成本，目的是减少由定价错误和低效 gas 模型造成的扩展瓶颈的影响。这些重新定价在一个元 EIP 中组织：EIP-8007。虽然 EIP-8007 目录中有许多有趣的提案，但 EIP-2780 和 EIP-8032 给我们留下了对 Base Chain 影响最大的印象。

EIP-2780：降低固有交易 gas (规范)

什么是 EIP-2780？

顾名思义，EIP-2780 将交易的固有基本成本从 21,000 降低到 4,500，这将使简单的 ETH 转账的 gas 成本为 6,000。此外，此 EIP 引入了 GAS_NEW_ACCOUNT，当转账目标是空帐户时（即更准确地收取由帐户创建引起的状态增长的费用），该 EIP 会额外收取 25,000，并改进了围绕冷/热帐户读取和写入的 gas 记帐。

为什么 EIP-2780 很重要？

EIP-2780 将使 Base 用户的简单 ETH 转账成本更低，此外还允许在给定的区块中进行更多转账。此外，此 EIP 的 GAS_NEW_ACCOUNT 部分将允许更准确地定价 Base Chain 上的帐户创建（假设可以在 L2 级别对其值进行调整），从而减少潜在的扩展瓶颈。

EIP-8032：基于大小的存储 Gas 定价 (规范)

什么是 EIP-8032？

EIP-8032 旨在通过根据给定合约的存储大小动态定价 SSTORE 操作来帮助解决状态膨胀问题。通过这样做，此 EIP 可以更准确地将存储写入成本与 EVM 客户端执行的工作对齐。此外，此 EIP 使用激活阈值参数来确保存储写入的渐进式增加仅影响非常大的合约。

为什么 EIP-8032 很重要？

当前的 gas 定价模型没有针对具有大存储大小的合约进行准确调整，这使得以太坊主网和 Base 都容易受到通常由旨在用于低成本数据锚定和垃圾邮件的合约引起的状态膨胀的影响。这些类型的合约会增加状态根计算时间，从而创建一个扩展瓶颈，从而惩罚我们网络的正常使用。通过调整 gas 定价模型以捕获存储根计算的 O(log(n)) 成本，Base 可以继续为构建者和用户的正常使用而扩展。

构建者 UX 改进

构建者是 Base 的基础。考虑到这一点，对我们来说重要的是确保我们的构建者在 Base Chain 上拥有安全和流畅的构建体验。EIP-5920，EIP-7907 和 EIP-8024 将有助于改善这种体验。

EIP-5920：PAY opcode (规范)

什么是 EIP-5920？

EIP-5920 引入了一个新的 PAY opcode，可用于 ETH 转账，而无需调用接收者地址。

为什么 EIP-5920 很重要？

这将使需要将 ETH 转移到其合约的构建者受益，因为无需调用接收者地址并将执行上下文转移到该地址。此更改将消除主要的重入向量，并减少我们构建者的安全注意事项。

EIP-7907：测量合约代码大小并增加限制 (规范)

什么是 EIP-7907？

EIP-7907 增加了合约代码大小限制（从 24KB 增加到 48KB）和 initcode 大小限制（从 48KB 增加到 96KB）。此外，它引入了 gas 计量（超过 24KB 的每 32 字节 4 gas），以防止通过这些更大的合约产生潜在的 DoS 向量。

为什么 EIP-7907 很重要？

EIP-7907 将允许我们的构建者在单个合约中部署更复杂的逻辑。我们的构建者已经向我们反馈，当前的代码大小限制过于严格，需要他们将更复杂的合约分解为多个较小的合约。这种做法引入了额外的技术复杂性，并且由于需要跨合约调用，因此 gas 效率也很低。

EIP-8024：向后兼容的 SWAPN、DUPN、EXCHANGE (规范)

什么是 EIP-8024？

EIP-8024 引入了三个新指令：SWAPN、DUPN 和 EXCHANGE。这些指令允许编译器访问当前 SWAP* 和 DUP* 指令支持的深度 16 以下的深层堆栈项。

为什么 EIP-8024 很重要？

一旦 solidity 编译器支持这些新指令，它们将减少堆栈太深错误的发生，从而减轻智能合约开发人员的摩擦，并使智能合约开发对较新的 Solidity 开发人员更易于上手。

结论

Base 很高兴看到以太坊继续通过明年的 Glamsterdam 升级而改进。我们认为 EIP-8070、EIP-2780、EIP-8032、EIP-5920、EIP-7907 和 EIP-8024 对我们的用户和构建者影响最大。

如果你是 Base 用户或构建者，并且认为还有其他 EIP 会对你产生影响，请告诉我们并在相关的 Ethereum Magicians 线程上表达你的支持。我们建议你查看的另一个资源是 Forkcast，这是以太坊基金会开发的绝佳工具，可以全面了解给定升级的 EIP 以及更广泛的以太坊升级过程。

• 原文链接： blog.base.dev/glamsterda...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～