The Ethereum Foundation recently disclosed that the Soldøgn Interop event was successfully held in Longyearbyen, Svalbard, Norway, from April 28 to May 2, 2026. Over a hundred core Ethereum developers participated in this week-long concentrated sprint, aimed at finalizing core technical details for the upcoming Glamsterdam network upgrade. According to data and official summaries from AiCoin, the event has basically achieved three major key goals: First, the ePBS (enshrined PBS) multi-client implementation has achieved stable operations on glamsterdam-devnet-2 and completed end-to-end testing of the external Builder process; secondly, the EIP-8037 gas cost proposal for state creation has locked in its final parameters, formally transitioning from dynamic pricing to a fixed `cost_per_state_byte`, and its stability has been validated on the bal-devnet-6 test network; finally, in conjunction with the execution layer efficiency improvements brought by the block-level access list (BAL) and the structured adjustments to block production timing from ePBS, developers have reached a preliminary consensus to anchor the lower limit target for the gas cap after the Glamsterdam upgrade at 200 million.

This consensus marks a substantial shift in Ethereum's scalability into a substantive "high throughput" stage. While locking in 200 million gas as this performance benchmark, developers are trying to establish a new balance between significantly enhancing the execution layer's processing capability and curbing the unlimited expansion of state through the repricing mechanism of EIP-8037. Although the final parameters for the specific gas cap still need to be formally confirmed and announced in future AllCoreDevs meetings, the outcomes of Soldøgn Interop have laid a solid technical groundwork for the Glamsterdam upgrade. At the same time, the FOCIL prototype testing for the Hegotá upgrade and the demand organization for native account abstraction (AA) are also being advanced in parallel, indicating that while Ethereum addresses short-term performance bottlenecks, it has begun to lay out mid-to-long-term architectural evolution through proposals such as EIP-8061 and EIP-8045, further releasing on-chain throughput potential under the premise of security.

Glamsterdam Sprint Locks in 200 Million Gas

During the Soldøgn Interop event, the core goal of the Glamsterdam upgrade was further clarified: to significantly increase the gas limit to expand the throughput capacity of Ethereum's execution layer while ensuring network security. According to AICoin data and developer summaries, achieving this goal is not merely a matter of parameter adjustment but is built on underlying architectural optimization. The introduction of block-level access lists (BAL) has significantly enhanced the processing efficiency of the execution layer, while ePBS (enshrined PBS) has structured adjustments to block production timing, reserving necessary buffer space for nodes to handle larger-scale blocks. Supported by these two core technologies, developers reached a consensus in a closed meeting in Svalbard to anchor the lower limit target for the gas cap after the Glamsterdam upgrade at 200 million.

This consensus on the 200 million gas limit marks an important leap forward on Ethereum's scalability path. Multiple sources mention that the developers' performance in testing environments like bal-devnet-6 has validated the technical feasibility of this figure. However, it should be clarified that the 200 million gas is currently defined as the "target lower limit" at the technical consensus level, rather than a final value for mainnet operation. To prevent the infinite expansion of on-chain state in a high gas limit environment, developers have simultaneously locked in the final parameters of EIP-8037, converting the gas costs for state creation from dynamic pricing to a fixed cost_per_state_byte.

Although the target lower limit of 200 million has gained widespread recognition during Soldøgn Interop, the final gas cap parameters and the accompanying fee adjustment figures still have some variables. According to the Ethereum Foundation's subsequent planning, specific execution parameters will be formally confirmed and publicly disclosed in future AllCoreDevs (ACDE/ACDC) meetings. For market participants, this signal indicates that Ethereum is trying to regain the high ground of execution efficiency through a significant enhancement of mainnet performance, beyond L2 scaling, but the actual effectiveness of this will still need to be observed in subsequent testing network glamsterdam-devnet-2 stability performance after broader client mergers.

ePBS and Builder Full Process Implementation

As one of the technical pillars of the Glamsterdam upgrade, the implementation progress of ePBS (Enshrined Proposer-Builder Separation) directly relates to the degree of decentralization of Ethereum under extremely high throughput. During the Soldøgn Interop event held from April 28 to May 2, 2026, the Ethereum Foundation confirmed that the multi-client implementation of ePBS had achieved stable operation in the test environment. This means that the PBS architecture, which originally relied on external middleware (such as MEV-Boost), is being formally integrated into the foundational layer of the Ethereum consensus protocol, significantly reducing structural risks in the protocol by eliminating reliance on third-party relays.

According to testnet data and developer feedback, most mainstream clients have currently adapted to ePBS functionality and maintain stability on glamsterdam-devnet-2. More importantly, the development team has successfully completed end-to-end testing of the external Builder process on this test network. This progress indicates that the logic of "natively processing block construction tasks in the consensus layer" is now operational. From the perspective of on-chain structure, the introduction of ePBS will structure the block production timing (Slot Timing) to provide Builders with a more ample computation and propagation window, while also changing the way MEV is captured and distributed. This timing optimization effectively provides a necessary safety buffer for the subsequent support of larger gas cap limits.

Although ePBS's performance on glamsterdam-devnet-2 meets expectations, core developers emphasize that the process is still in an intensive testing and parameter tuning phase. A stable Builder process is a prerequisite to realizing the "200 million gas era"—only when the protocol can ensure that ordinary validators (Proposers) can safely and without permission participate in consensus under high traffic shocks, while the complex block construction work is completed by professional Builder nodes within a controlled framework, will Ethereum's mainnet scalability not come at the cost of decentralization. In the coming weeks, the community will focus on observing the synchronization performance of multiple clients under network latency fluctuations to ensure that this end-to-end process remains robust in the complex mainnet environment.

EIP-8037 Raises State Cost Safeguards

In the pursuit of a 200 million gas limit, Ethereum's most core technical constraint is not merely computation speed, but rather the long-term maintainability challenges posed by "state bloat." As throughput increases, without restrictions, the growth of on-chain accounts and contract storage data will rise exponentially, which will not only drive up hardware storage costs for full nodes but will also significantly extend data synchronization times. To safely raise the capacity limits in the Glamsterdam upgrade, developers must set clear "safeguards" for state growth. According to AiCoin's tracking of Soldøgn Interop progress, EIP-8037 is the core of this defense mechanism, designed to ensure that the expansion speed of on-chain state remains within the physical limits that nodes can bear under a high gas limit environment by redefining the cost logic of state creation.

The key technical change of EIP-8037 is to shift the gas charging model for state creation from traditional dynamic pricing to a fixed cost scheme based on bytes, namely `cost_per_state_byte`. In previous mechanisms, the cost of creating new state was tied to real-time network congestion levels, which in certain environments could lead to states expanding rapidly at a relatively low cost. However, according to the final parameters locked in during Interop, the new fixed cost scheme has stabilized on the `bal-devnet-6` test network. This means that regardless of how the overall gas prices fluctuate, each byte of new state will be subject to a fixed "resource tax." This rigid cost constraint can effectively prevent malicious or meaningless state fill behavior, providing a solid security foundation for the arrival of the 200 million gas era.

From the perspective of on-chain resource management logic, this shift in charging method is essentially a foundational restructuring of Ethereum's resource allocation. During Soldøgn Interop, core developers confirmed through stress testing on `bal-devnet-6` that EIP-8037 could synergize with block-level access list (BAL) optimization: BAL enhances the throughput efficiency of the execution layer, while EIP-8037 manages long-term storage footprints. This combination of "increasing income and reducing expenditure" allows the Ethereum Foundation to anchor the lower limit target for the gas cap after the Glamsterdam upgrade at 200 million. Although specific fee values still need to be formally confirmed in subsequent AllCoreDevs meetings, the locking of EIP-8037 parameters indicates that Ethereum has taken a key engineering step in balancing "high-performance scaling" with "state maintainability," addressing this long-term contradiction.

Hegotá Preheat: FOCIL and Native AA

In the shadow of the 200 million gas target for the Glamsterdam sprint, the next stage of the Hegotá upgrade is also being advanced during Soldøgn Interop. According to relevant materials, one of the core components of Hegotá—FOCIL (Fork-Choice Inclined List) has completed early prototype development and formally entered the multi-client testing phase. The advancement of FOCIL not only signifies the ongoing evolution of the consensus layer (CL) in resisting censorship but also implies that Ethereum's consensus stability when handling high throughput data will be further strengthened. Meanwhile, the design of the native account abstraction (AA) scheme has also completed the organization of key demands during this event. Developers clarified the technical groundwork for subsequent native AA around alternative signature schemes, signature aggregation, gas sponsorship, and L2 DoS resistance, aiming to provide users with a smoother on-chain interaction experience while reducing security risks when the second-layer network processes complex transactions, thus laying a solid design foundation for future upgrades.

For the upcoming Glamsterdam upgrade, consensus layer developers made the final decision on the inclusion scope of EIPs during this Interop. According to the latest meeting decisions, EIP-8061 and EIP-8045 have been confirmed to be included in this upgrade, which will work in conjunction with ePBS and BAL technologies to support the performance leap to 200 million gas. However, EIP-8237, originally planned for discussion, has been decided to be postponed for subsequent forks due to engineering complexity and priority considerations. This phased upgrade rhythm reflects the developer team's careful control of system complexity while pursuing performance breakthroughs. With the running of the FOCIL prototype and the locking of core EIP ranges, Ethereum's evolutionary path from Glamsterdam to Hegotá has become increasingly clear, aiming not only to achieve a quantitative change in throughput in the short term but also to pave the way for mid-to-long-term architectural optimization.

EIP Combinations and Subsequent Upgrade Observations

In summary, the synergy of ePBS, EIP-8037, and block-level access lists (BAL) forms the underlying pillars for Ethereum's execution layer to enter the "200 million gas era." ePBS allows for structured adjustments to block production timing, providing the necessary time window for processing larger blocks; while EIP-8037 shifts the state creation costs from dynamic pricing to a fixed `cost_per_state_byte`, locking the cost boundary for state expansion mechanically, ensuring that nodes remain maintainable in high throughput environments. According to technical documents collected by AiCoin, the stable operations of bal-devnet-6 and glamsterdam-devnet-2 have initially validated the feasibility of this combination. For users and application developers, this not only means a higher transaction capacity but also implies a reconfiguration of resource pricing logic—higher throughput will coexist with higher state costs, and the real on-chain experience will still depend on the dynamic hedging between execution efficiency and state growth after the mainnet goes live.

The next few weeks will be a critical window as Ethereum enters substantial upgrade sprints. According to the Ethereum Foundation and core developers' plans, the focus will fully shift to client strengthening, testing perfection, and code merging. Key variables to watch going forward include: The formal adjudication of the final gas cap parameters and fee adjustment values for the Glamsterdam upgrade in AllCoreDevs meetings; the compatibility performance of the confirmed EIP-8061 and EIP-8045 in multi-client environments; and the substantive advancement rhythm of the FOCIL prototype and native account abstraction (AA) components in the Hegotá upgrade. With EIP-8237 being clearly postponed to subsequent forks, Ethereum's short-term evolution focus has zeroed in on releasing performance dividends within safety thresholds, and whether the target lower limit of 200 million gas can be realized on schedule will depend on the final evaluations of test net data by core developers in the coming weeks.

Join our community to discuss and grow stronger together!
Official Telegram Community: https://t.me/aicoincn
AiCoin Chinese Twitter: https://x.com/AiCoinzh
AiCoin On-chain: https://aicoin.com/hyperliquid
Exclusive AiCoin Hyperliquid Benefits: https://app.hyperliquid.xyz/join/AICOIN88
Exclusive AiCoin Aster Benefits: https://www.asterdex.com/zh-CN/referral/9C50e2

免责声明：本文章仅代表作者个人观点，不代表本平台的立场和观点。本文章仅供信息分享，不构成对任何人的任何投资建议。用户与作者之间的任何争议，与本平台无关。如网页中刊载的文章或图片涉及侵权，请提供相关的权利证明和身份证明发送邮件到support@aicoin.com，本平台相关工作人员将会进行核查。