目前预计的测试流程如下：

1. Platåberget激活Glamsterdam。
2. 收集反馈并修复兼容性问题。
3. 启动一个非最终确定性开发网。
4. 在Sepolia和Hoodi上进行Glamsterdam分叉测试。
5. 只有在各测试网络运行稳定后，才会考虑部署到主网。

哪些Glamsterdam变化最可能影响现有工具？

燃料费假设将发生变化

Glamsterdam包含一套协调后的燃料费重定价方案，目标是将燃料上限下限设定在约2亿gas的水平。这意味着依赖硬编码最大燃料限制的软件可能出现问题，包括钱包、索引器和燃料估算工具。

这并非简单地把某个常数改大或改小。EIP-8037将为会创建新状态的操作引入独立的状态燃料维度。在拆分后的计费安排中，向已存在账户转账仍可能保留21,000执行燃料的成本；但向不存在的账户转账时，还会产生运行时状态燃料费用。

因此，开发者不应再依赖以下两种假设：

• 每一笔普通ETH转账的成本都固定为21,000 gas；
• 以太坊交易只需要用一个统一的燃料维度表示。

钱包和相关服务应改用理解协议规则的估算机制，并在Platåberget上分别测试向已存在账户和新账户转账的场景。以太坊基金会已经特别提醒，依赖硬编码燃料上限的工具可能会失效。

ePBS会改变区块构建流程

内置提议者—构建者分离（enshrined proposer-builder separation，简称ePBS）是Glamsterdam的重要协议变化之一，相关规范为EIP-7732。它会改变区块构建与验证职责在协议中的表达方式，因此验证者、区块构建者、中继服务和节点基础设施都需要进行更完整的工作流测试，而不能只验证交易能否提交。

区块级访问列表带来新的执行信息

升级还包括由EIP-7928规定的区块级访问列表。这类列表会向客户端和基础设施提供一个区块范围内预期状态访问情况的额外信息，因此，执行层工具以及需要解析、检查或建模区块内容的系统都可能需要进行适配。

合约和initcode大小限制将提高

Glamsterdam还计划扩大以下大小上限：

• 最大已部署合约大小：从24 KiB提高至64 KiB；
• 最大initcode大小：从48 KiB提高至128 KiB。

合约部署工具、字节码验证系统、开发框架和索引服务都应针对新的边界进行测试，而不要默认当前限制会永久不变。

开发者在Platåberget上应该测试什么？

相比升级名称，下面这份工程检查清单更值得关注。维护以太坊相关软件的团队应当：

• 删除对硬编码最大燃料限制的依赖；
• 分别测试向已存在账户和不存在账户发送ETH；
• 在需要时支持执行燃料与状态燃料的分开计量；
• 审查燃料估算器、费用展示和交易模拟逻辑；
• 测试与ePBS相关的节点、区块构建者和验证者工作流；
• 使用区块级访问列表检查区块解析器和索引器；
• 针对更大的合约和initcode上限测试部署与验证流程；
• 随着Glamsterdam推进至非最终确定性开发网、Sepolia和Hoodi，重复整个测试周期。

因此，Platåberget并不只是一个“预览版”网络。它的核心价值在于：趁升级尚未进入生产环境，尽早暴露下游软件可能出现的故障，并为修复留出时间。

Hegotá有66项提案，但目前只有一项正式确定

Hegotá是计划于2027年推出的下一次升级，但其范围尚未最终敲定。目前开发者正在评估66项提案。按照现有安排，预计在8月27日左右形成拟纳入清单，客户端团队则需在9月10日前提交偏好排序。这些日期是决策节点，并不意味着66项提案都会被纳入升级。

理解不同的提案状态十分重要：

• 已安排（Scheduled）：正式列入升级计划；
• 考虑纳入（Considered）：正在积极评估，但尚未确认；
• 候选（Candidate）：仍处于更广泛的讨论范围内，需要与其他提案竞争开发和测试资源。

目前，Hegotá唯一正式安排的功能是FOCIL，即EIP-7805 Fork-Choice Enforced Inclusion Lists（分叉选择强制纳入列表）。它旨在提升抗审查能力：通过分叉选择机制强制执行指定的交易列表，限制区块构建者排除符合条件交易的空间。

Hegotá的主要候选方向

Frame Transactions

Frame Transactions（框架交易，EIP-8141）目前仍是“考虑纳入”项目，而不是已经确认的Hegotá功能。该提案定义了一种新的交易格式，将交易有效性验证、燃料支付和执行过程拆分为一系列frame及合约调用。这有望为账户抽象和更灵活的交易支付方式提供原生协议路径。

以太坊研究人员也曾将Frame Transactions与其他相关提案放在一起讨论，认为它们可能支持更原生的隐私功能。不过，这套更广泛的组合目前还不是已经获批的Hegotá功能集。

Quick Slots

Ethlabs主张将Quick Slots（EIP-8198）纳入一个范围更精简的Hegotá升级，重点改善区块生成速度和最终确定性。缩短区块插槽时间仍然只是提案，并非已经确认的升级参数。

持续提升Layer 1扩容能力

Ethlabs提出的方向还包括继续提升Layer 1容量，同时关注抗审查性、更快的确认速度和原生账户抽象。这些目前属于讨论优先级，不能与正式纳入决定画等号。

提高燃料上限、将插槽缩短至8秒、后量子密码学，以及其他验证者、隐私和执行层提案，目前也都仍在评估中，并未确认属于Hegotá的最终范围。

对以太坊团队来说，结论是什么？

**Glamsterdam是眼前的工程期限。**Platåberget为团队提供了公开环境，可以在升级进入Sepolia、Hoodi和主网之前，发现由燃料费重定价、状态燃料计量、ePBS、访问列表以及更大大小限制引起的兼容性问题。

**Hegotá则仍是一场优先级排序和范围设计。**目前只有FOCIL真正锁定，Frame Transactions、Quick Slots、扩容工作以及其他提案还需要经过后续筛选、实现和测试。对开发者而言，最稳妥的做法是：把Glamsterdam当作正在进行的兼容性项目，把Hegotá当作仍在演变的路线图，而不是一份已经确定的2027年功能清单。

目前预计的测试流程如下：

1. Platåberget激活Glamsterdam。
2. 收集反馈并修复兼容性问题。
3. 启动一个非最终确定性开发网。
4. 在Sepolia和Hoodi上进行Glamsterdam分叉测试。
5. 只有在各测试网络运行稳定后，才会考虑部署到主网。

哪些Glamsterdam变化最可能影响现有工具？

燃料费假设将发生变化

Glamsterdam包含一套协调后的燃料费重定价方案，目标是将燃料上限下限设定在约2亿gas的水平。这意味着依赖硬编码最大燃料限制的软件可能出现问题，包括钱包、索引器和燃料估算工具。

这并非简单地把某个常数改大或改小。EIP-8037将为会创建新状态的操作引入独立的状态燃料维度。在拆分后的计费安排中，向已存在账户转账仍可能保留21,000执行燃料的成本；但向不存在的账户转账时，还会产生运行时状态燃料费用。

因此，开发者不应再依赖以下两种假设：

• 每一笔普通ETH转账的成本都固定为21,000 gas；
• 以太坊交易只需要用一个统一的燃料维度表示。

钱包和相关服务应改用理解协议规则的估算机制，并在Platåberget上分别测试向已存在账户和新账户转账的场景。以太坊基金会已经特别提醒，依赖硬编码燃料上限的工具可能会失效。

ePBS会改变区块构建流程

内置提议者—构建者分离（enshrined proposer-builder separation，简称ePBS）是Glamsterdam的重要协议变化之一，相关规范为EIP-7732。它会改变区块构建与验证职责在协议中的表达方式，因此验证者、区块构建者、中继服务和节点基础设施都需要进行更完整的工作流测试，而不能只验证交易能否提交。

区块级访问列表带来新的执行信息

升级还包括由EIP-7928规定的区块级访问列表。这类列表会向客户端和基础设施提供一个区块范围内预期状态访问情况的额外信息，因此，执行层工具以及需要解析、检查或建模区块内容的系统都可能需要进行适配。

合约和initcode大小限制将提高

Glamsterdam还计划扩大以下大小上限：

• 最大已部署合约大小：从24 KiB提高至64 KiB；
• 最大initcode大小：从48 KiB提高至128 KiB。

合约部署工具、字节码验证系统、开发框架和索引服务都应针对新的边界进行测试，而不要默认当前限制会永久不变。

开发者在Platåberget上应该测试什么？

相比升级名称，下面这份工程检查清单更值得关注。维护以太坊相关软件的团队应当：

• 删除对硬编码最大燃料限制的依赖；
• 分别测试向已存在账户和不存在账户发送ETH；
• 在需要时支持执行燃料与状态燃料的分开计量；
• 审查燃料估算器、费用展示和交易模拟逻辑；
• 测试与ePBS相关的节点、区块构建者和验证者工作流；
• 使用区块级访问列表检查区块解析器和索引器；
• 针对更大的合约和initcode上限测试部署与验证流程；
• 随着Glamsterdam推进至非最终确定性开发网、Sepolia和Hoodi，重复整个测试周期。

因此，Platåberget并不只是一个“预览版”网络。它的核心价值在于：趁升级尚未进入生产环境，尽早暴露下游软件可能出现的故障，并为修复留出时间。

Hegotá有66项提案，但目前只有一项正式确定

Hegotá是计划于2027年推出的下一次升级，但其范围尚未最终敲定。目前开发者正在评估66项提案。按照现有安排，预计在8月27日左右形成拟纳入清单，客户端团队则需在9月10日前提交偏好排序。这些日期是决策节点，并不意味着66项提案都会被纳入升级。

理解不同的提案状态十分重要：

• 已安排（Scheduled）：正式列入升级计划；
• 考虑纳入（Considered）：正在积极评估，但尚未确认；
• 候选（Candidate）：仍处于更广泛的讨论范围内，需要与其他提案竞争开发和测试资源。

目前，Hegotá唯一正式安排的功能是FOCIL，即EIP-7805 Fork-Choice Enforced Inclusion Lists（分叉选择强制纳入列表）。它旨在提升抗审查能力：通过分叉选择机制强制执行指定的交易列表，限制区块构建者排除符合条件交易的空间。

Hegotá的主要候选方向

Frame Transactions

Frame Transactions（框架交易，EIP-8141）目前仍是“考虑纳入”项目，而不是已经确认的Hegotá功能。该提案定义了一种新的交易格式，将交易有效性验证、燃料支付和执行过程拆分为一系列frame及合约调用。这有望为账户抽象和更灵活的交易支付方式提供原生协议路径。

以太坊研究人员也曾将Frame Transactions与其他相关提案放在一起讨论，认为它们可能支持更原生的隐私功能。不过，这套更广泛的组合目前还不是已经获批的Hegotá功能集。

Quick Slots

Ethlabs主张将Quick Slots（EIP-8198）纳入一个范围更精简的Hegotá升级，重点改善区块生成速度和最终确定性。缩短区块插槽时间仍然只是提案，并非已经确认的升级参数。

持续提升Layer 1扩容能力

Ethlabs提出的方向还包括继续提升Layer 1容量，同时关注抗审查性、更快的确认速度和原生账户抽象。这些目前属于讨论优先级，不能与正式纳入决定画等号。

提高燃料上限、将插槽缩短至8秒、后量子密码学，以及其他验证者、隐私和执行层提案，目前也都仍在评估中，并未确认属于Hegotá的最终范围。

对以太坊团队来说，结论是什么？

**Glamsterdam是眼前的工程期限。**Platåberget为团队提供了公开环境，可以在升级进入Sepolia、Hoodi和主网之前，发现由燃料费重定价、状态燃料计量、ePBS、访问列表以及更大大小限制引起的兼容性问题。

**Hegotá则仍是一场优先级排序和范围设计。**目前只有FOCIL真正锁定，Frame Transactions、Quick Slots、扩容工作以及其他提案还需要经过后续筛选、实现和测试。对开发者而言，最稳妥的做法是：把Glamsterdam当作正在进行的兼容性项目，把Hegotá当作仍在演变的路线图，而不是一份已经确定的2027年功能清单。