Ethereum Glamsterdam Upgrade Faces Smart Contract Risks as Developers Propose Two Fixes
Ethereum developers have introduced two competing proposals aimed at preventing existing smart contracts from malfunctioning under the network's upcoming Glamsterdam upgrade. The proposals seek to address compatibility concerns surrounding planned gas cost increases that could disrupt decentralized applications, including contracts responsible for managing users' funds.
The proposals, submitted on Sunday by developers Leo Glisic and Giulio Rebuffo, outline different approaches to protecting applications already deployed on Ethereum. Both address the potential consequences of changes introduced through Ethereum Improvement Proposals EIP-8037 and EIP-8038, which would increase the gas required for certain smart contract operations.
The debate has become a significant issue for Glamsterdam as developers assess whether the proposed pricing changes can be introduced without interfering with contracts that were designed around Ethereum's existing gas schedule.
Ethereum Glamsterdam Upgrade Raises Smart Contract Compatibility Concerns
At the center of the controversy are EIP-8037 and EIP-8038, two proposals included in the planned Glamsterdam upgrade that would modify the cost of creating contracts and accessing stored blockchain data.
Gas is the unit Ethereum uses to measure the computational resources required to execute transactions and smart contract instructions. Changes to gas pricing can affect how applications operate, particularly when developers have programmed contracts around specific execution limits.
Under EIP-8037, the base gas charge for creating a smart contract would increase from 32,000 to 183,600 gas. Additional costs associated with code storage and execution would apply separately.
The proposed increase has raised concerns because some existing Ethereum applications were developed with the expectation that certain operations would continue to consume the same amount of gas.
Some contracts allocate a fixed gas allowance when interacting with other applications. If the cost of those interactions increases beyond the allocated amount, the operations could fail.
The potential consequences are particularly significant for smart contracts that cannot be modified after deployment. Such applications may have no straightforward mechanism for adapting to a revised gas schedule.
Security Researchers Warn of Widespread Contract Disruptions
Concerns about the proposed changes have already affected Glamsterdam's testing schedule. Although the upgrade has been deployed on an Ethereum test network, a second testing exercise scheduled for October 26 was postponed following warnings from security researchers.
Ethereum test networks allow developers to evaluate protocol changes before introducing them to the main blockchain, where applications and transactions involve real assets.
Security researcher pcaversaccio publicly criticized the proposed gas adjustments, arguing that Glamsterdam should not proceed in its existing form.
"imho Glamsterdam should not be shipped in its current form, period," pcaversaccio wrote on X.
The researcher said the concerns had been raised with Ethereum core developers two weeks earlier.
Pseudonymous developer banteg also questioned the scope of existing compatibility assessments, pointing to a list of approximately 200,000 potentially affected contracts in the ethereum/repricing-impact repository.
According to banteg, methodological limitations in the assessment could mean that substantially more contracts are affected than the existing list indicates.
The developer also warned that the proposed changes could interfere with the deployment and operation of several prominent Ethereum protocols, rather than affecting only less widely used applications.
These warnings have increased scrutiny of how Ethereum developers intend to implement the gas repricing changes while preserving the functionality of contracts already operating on the network.
EIP-8488 Proposes Separate Gas Rules for Existing and New Contracts
Leo Glisic's proposal, identified as EIP-8488, introduces a compatibility mechanism that would distinguish between smart contracts deployed before the upgrade and those created afterward.
Under this approach, existing contracts would continue operating under Ethereum's current gas pricing rules. Newly deployed contracts would instead use a revised set of instructions reflecting the higher gas costs introduced by EIP-8037 and EIP-8038.
The proposal would effectively divide Ethereum's instruction set into two versions, allowing older applications to retain their established execution costs while requiring new applications to follow the updated pricing structure.
"Existing contracts keep the legacy schedule," the EIP-8488 draft states.
New contracts would be required to use V2 opcodes associated with the revised gas schedule.
The approach is intended to reduce compatibility risks for applications that cannot be upgraded, while allowing Ethereum to introduce its planned gas pricing changes for future deployments.
Alternative Proposal Introduces Dual Gas Accounting
Giulio Rebuffo has proposed a different mechanism that would apply the new gas pricing schedule to transaction billing while preserving existing execution behavior for older smart contracts.
Rather than maintaining separate instruction sets for old and new applications, Rebuffo's design would introduce two gas accounting mechanisms within each transaction.
One meter would track contract execution according to the existing gas rules, while a second would calculate transaction charges using the updated pricing schedule.
Under this structure, the new schedule would determine the transaction fee, but older applications would continue executing under the assumptions established by the previous gas rules.
The proposal aims to separate the calculation of transaction costs from the execution conditions that existing smart contracts depend upon.
However, the draft acknowledges that the design remains untested at the implementation level.
"no execution-client implementation or consensus tests have been run for this design," the proposal states.
This limitation means that the approach has not yet been validated through execution-client implementations or consensus testing.
Ethereum Developers Face Decisions Over Glamsterdam Gas Changes
The competing proposals highlight different approaches to addressing the same compatibility problem.
Glisic's EIP-8488 would preserve existing gas pricing for previously deployed contracts while introducing the revised schedule through new instructions. Rebuffo's alternative would apply updated transaction billing while retaining legacy execution behavior.
Both approaches seek to prevent the planned gas repricing from disrupting applications that rely on Ethereum's existing execution costs.
The issue has attracted attention because the affected contracts may include established protocols that cannot easily modify their deployed code.
With testing already delayed following security warnings, the proposals introduce potential technical solutions for developers evaluating Glamsterdam's compatibility risks.
The available information does not establish whether either proposal will be adopted. Rebuffo's design also remains without execution-client implementation or consensus test results, leaving its technical feasibility subject to further evaluation.
source: coindesk
Writer: Ethan Collins
Crypto Journalist
Ethan Collins reports on developments across the cryptocurrency and blockchain sector. His work covers market movements, protocol updates, regulatory changes, and emerging trends in digital assets.
He focuses on presenting complex topics in a clear and accessible manner for a broad readership.
Check out other news and articles on Google News
Disclaimer:
The articles on Hokanews are here to keep you updated on the latest buzz in crypto, tech, and beyond—but they’re not financial advice. We’re sharing info, trends, and insights, not telling you to buy, sell, or invest. Always do your own homework before making any money moves.
Hokanews isn’t responsible for any losses, gains, or chaos that might happen if you act on what you read here. Investment decisions should come from your own research—and, ideally, guidance from a qualified financial advisor. Remember: crypto and tech move fast, info changes in a blink, and while we aim for accuracy, we can’t promise it’s 100% complete or up-to-date.