Ethereum put Glamsterdam’s Hoodi fork on hold. What did auditors find?

cryptonews11-09 17:50

Ethereum developers have put Glamsterdam’s Hoodi testnet fork on hold while they work through findings about how applications behave when a transaction runs low on gas. The upgrade changes the way the...

Source Link

Disclaimer: Investing carries risk. This is not financial advice. The above content should not be regarded as an offer, recommendation, or solicitation on acquiring or disposing of any financial products, any associated discussions, comments, or posts by author or other users should not be considered as such either. It is solely for general information purpose only, which does not consider your own investment objectives, financial situations or needs. TTM assumes no responsibility or warranty for the accuracy and completeness of the information, investors should do their own research and may seek professional advice before investing.

Comments

We need your insight to fill this gap

Leave a comment

{"i18n":{"language":"en_US"},"isChannel":false,"data":{"share":"https://ttm.financial/m/news/2682069098?lang=en_US&edition=fundamental","thumbnail":"","is_english":true,"pubTime":"2026-11-09 17:50","share_image_url":"https://static.laohu8.com/e9f99090a1c2ed51c021029395664489","id":"2682069098","market":"sh","top_or_hot":-1,"title":"Ethereum put Glamsterdam’s Hoodi fork on hold. What did auditors find?","media":"cryptonews","content":"<div>\n<p>Ethereum developers have put Glamsterdam’s Hoodi testnet fork on hold while they work through findings about how applications behave when a transaction runs low on gas. The upgrade changes the way the...</p>\n\n<a href=\"https://crypto.news/ethereum-put-glamsterdams-hoodi-fork-on-hold-what-did-auditors-find/\">Source Link</a>\n\n</div>\n","source":"crypto_news_highlight","html":"<!DOCTYPE html>\n<html>\n<head>\n<meta http-equiv=\"Content-Type\" content=\"text/html; charset=utf-8\" />\n<meta name=\"viewport\" content=\"width=device-width,initial-scale=1.0,minimum-scale=1.0,maximum-scale=1.0,user-scalable=no\"/>\n<meta name=\"format-detection\" content=\"telephone=no,email=no,address=no\" />\n<title>Ethereum put Glamsterdam’s Hoodi fork on hold. What did auditors find?</title>\n<style type=\"text/css\">\na,abbr,acronym,address,applet,article,aside,audio,b,big,blockquote,body,canvas,caption,center,cite,code,dd,del,details,dfn,div,dl,dt,\nem,embed,fieldset,figcaption,figure,footer,form,h1,h2,h3,h4,h5,h6,header,hgroup,html,i,iframe,img,ins,kbd,label,legend,li,mark,menu,nav,\nobject,ol,output,p,pre,q,ruby,s,samp,section,small,span,strike,strong,sub,summary,sup,table,tbody,td,tfoot,th,thead,time,tr,tt,u,ul,var,video{ font:inherit;margin:0;padding:0;vertical-align:baseline;border:0 }\nbody{ font-size:16px; line-height:1.5; color:#999; background:transparent; }\n.wrapper{ overflow:hidden;word-break:break-all;padding:10px; }\nh1,h2{ font-weight:normal; line-height:1.35; margin-bottom:.6em; }\nh3,h4,h5,h6{ line-height:1.35; margin-bottom:1em; }\nh1{ font-size:24px; }\nh2{ font-size:20px; }\nh3{ font-size:18px; }\nh4{ font-size:16px; }\nh5{ font-size:14px; }\nh6{ font-size:12px; }\np,ul,ol,blockquote,dl,table{ margin:1.2em 0; }\nul,ol{ margin-left:2em; }\nul{ list-style:disc; }\nol{ list-style:decimal; }\nli,li p{ margin:10px 0;}\nimg{ max-width:100%;display:block;margin:0 auto 1em; }\nblockquote{ color:#B5B2B1; border-left:3px solid #aaa; padding:1em; }\nstrong,b{font-weight:bold;}\nem,i{font-style:italic;}\ntable{ width:100%;border-collapse:collapse;border-spacing:1px;margin:1em 0;font-size:.9em; }\nth,td{ padding:5px;text-align:left;border:1px solid #aaa; }\nth{ font-weight:bold;background:#5d5d5d; }\n.symbol-link{font-weight:bold;}\n/* header{ border-bottom:1px solid #494756; } */\n.title{ margin:0 0 8px;line-height:1.3;color:#ddd; }\n.meta {color:#5e5c6d;font-size:13px;margin:0 0 .5em; }\na{text-decoration:none; color:#2a4b87;}\n.meta .head { display: inline-block; overflow: hidden}\n.head .h-thumb { width: 30px; height: 30px; margin: 0; padding: 0; border-radius: 50%; float: left;}\n.head .h-content { margin: 0; padding: 0 0 0 9px; float: left;}\n.head .h-name {font-size: 13px; color: #eee; margin: 0;}\n.head .h-time {font-size: 11px; color: #7E829C; margin: 0;line-height: 11px;}\n.small {font-size: 12.5px; display: inline-block; transform: scale(0.9); -webkit-transform: scale(0.9); transform-origin: left; -webkit-transform-origin: left;}\n.smaller {font-size: 12.5px; display: inline-block; transform: scale(0.8); -webkit-transform: scale(0.8); transform-origin: left; -webkit-transform-origin: left;}\n.bt-text {font-size: 12px;margin: 1.5em 0 0 0}\n.bt-text p {margin: 0}\n</style>\n</head>\n<body>\n<div class=\"wrapper\">\n<header>\n<h2 class=\"title\">\nEthereum put Glamsterdam’s Hoodi fork on hold. What did auditors find?\n</h2>\n\n<h4 class=\"meta\">\n\n\n2026-11-09 17:50 GMT+8&nbsp;&nbsp;&nbsp;<a href=https://crypto.news/ethereum-put-glamsterdams-hoodi-fork-on-hold-what-did-auditors-find/><strong>cryptonews</strong></a>\n\n\n</h4>\n\n</header>\n<article>\n<div>\n<p>Ethereum developers have put Glamsterdam’s Hoodi testnet fork on hold while they work through findings about how applications behave when a transaction runs low on gas. The upgrade changes the way the...</p>\n\n<a href=\"https://crypto.news/ethereum-put-glamsterdams-hoodi-fork-on-hold-what-did-auditors-find/\">Source Link</a>\n\n</div>\n\n\n</article>\n</div>\n</body>\n</html>\n","isBrief":false,"type":0,"news_type":1,"symbol":"ETHD","symbol_name":"ProShares UltraShort Ether ETF","start_time":0,"source_url":"https://crypto.news/ethereum-put-glamsterdams-hoodi-fork-on-hold-what-did-auditors-find/","article_id":"2682069098","we_media_id":null,"thumbnails":[],"rights":{"source":"crypto_news_highlight","url":"https://crypto.news/ethereum-put-glamsterdams-hoodi-fork-on-hold-what-did-auditors-find/","rn_cache_url":null,"directOrigin":true},"url":"https://stock-news.laohu8.com/highlight/detail?id=2682069098","pubTimestamp":1794217825,"columns":[],"sourceInfo":{"source_id":"crypto_news_highlight","name":"Crypto News"},"weMediaInfo":null,"summary":"Ethereum developers have put Glamsterdam’s Hoodi testnet fork on hold while they work through findings about how applications behave when a transaction runs low on gas. The upgrade changes the way the network charges for some operations that touch or expand its state, and auditors found that even contracts written before the upgrade can behave differently under the proposed rules.Two proposals, EIP-8037 and EIP-8038, affect the cost of creating state and accessing existing state. The change can alter how much gas a contract has left at a particular point in execution.EIP-8037 changes how the protocol accounts for operations that create state. Ethereum’s state includes records such as contract storage. A change can persist across transactions, so its cost has implications for the nodes maintaining the chain after the original transaction finishes. The proposal separates the accounting for some state creation from ordinary execution gas, with a reservoir that can be drawn on for eligible","collect":0,"end_time":0,"defaultTopTitle":"crypto.news","property":[],"viewcount":null,"language":"en","relate_stocks":{"ETHD":"ProShares UltraShort Ether ETF","03046":"华夏以太币","BKCH":"AdvisorShares Sabretooth ETF","VDE":"Vanguard Energy ETF","GDLC":"Grayscale CoinDesk Crypto 5 ETF","BITW":"Bitwise 10 Crypto Index ETF","ARKY":"ARK Active Autocallable Income ETF","EZET":"以太坊ETF-Franklin","ETHE":"最大以太坊ETF-Grayscale","03009":"博时以太币","GUSH":"Direxion Daily S&P Oil & Gas Exp. & Prod. Bull 2X ETF","DRLL":"Strive U.S. Energy ETF","STCE":"Schwab Crypto Thematic ETF","09046":"华夏以太币-U","ERX":"二倍做多能源ETF-Direxion","BETE":"等权重比特币&以太币期货ETF-ProShares","ETTY":"Amplify Ethereum 3% Monthly Option Income Etf","DBE":"能源商品ETF-PowerShares","BETH":"比特币&以太币期货ETF-ProShares","ETHT":"ProShares Ultra Ether ETF","LFGY":"YieldMax Crypto Industry and Tech Portfolio Option Income ETF","ETU":"T-Rex 2X Long Ether Daily Target ETF","DIG":"二倍做多美国油气指数","CRPT":"First Trust SkyBridge Crypto Industry and Digital Economy ETF","PXJ":"Invesco Oil & Gas Services ETF","BTF":"比特币&以太币期货ETF-CoinShares","09009":"博时以太币-U","BEGS":"RAREVIEW 2X BULL CRYPTOCURRENCY & PRECIOUS METALS ETF","ETHU":"2倍以太币期货ETF-Volatility Shares","QETH":"以太坊ETF-Invesco Galaxy","ETHV":"以太坊ETF-VanEck","DBC":"商品指数ETF-PowerShares DB","03179":"嘉实以太币","USE":"USCF Energy Commodity Strategy Absolute Return Fund","AETH":"以太坊策略ETF-Bitwise","ETH":"低成本以太坊ETF-Grayscale","EETH":"以太币期货ETF-ProShares","YETH":"Roundhill Ether Covered Call Strategy ETF","ETHW":"以太坊ETF-Bitwise","CETH":"以太坊ETF-21Shares","IEO":"iShares Dow Jones U.S. Oil & Gas","BITQ":"Bitwise Crypto Industry Innovators ETF","ETHA":"以太坊ETF-iShares","DRIP":"Direxion Daily S&P Oil & Gas Exp. & Prod. Bear 2X ETF","FETH":"以太币ETF-Fidelity","09179":"嘉实以太币-U","IXC":"全球能源业ETF-iShares"},"translate_title":"以太币按住了格拉姆斯特丹的兜帽叉。审计员发现了什么？","themeId":null,"isJumpTheme":false,"ttsUrl":null,"symbols_score_info":{"DBE":0.9,"ERX":0.9,"ETHD":1.5,"LFGY":1.5,"EZET":1.5,"YETH":1.5,"09009":1.5,"FETH":1.5,"METHmain":1.5,"ETU":1.5,"DRLL":0.9,"BITW":1.5,"ETHT":1.5,"ETHE":1.5,"BEGS":1.5,"ETHV":1.5,"IXC":0.9,"ETHA":1.5,"IEO":0.9,"09179":1.5,"03046":0.9,"ARKY":1.5,"QETH":1.5,"BETH":1.5,"DBC":0.9,"BKCH":1.5,"USE":0.9,"DIG":0.9,"ETHU":1.5,"ETHW":1.5,"03009":0.9,"CRPT":1.5,"STCE":1.5,"GDLC":1.5,"PXJ":0.9,"BETE":1.5,"VDE":0.9,"03179":0.9,"BITQ":1.5,"CETH":1.5,"ETTY":1.5,"DRIP":0.9,"GUSH":0.9,"09046":1.5,"AETH":1.5,"BTF":1.5,"ETH":1.5,"EETH":1.5},"content_text":"Ethereum developers have put Glamsterdam’s Hoodi testnet fork on hold while they work through findings about how applications behave when a transaction runs low on gas. The upgrade changes the way the network charges for some operations that touch or expand its state, and auditors found that even contracts written before the upgrade can behave differently under the proposed rules.\n\n\nSummary\n\n\n\nEthereum developers had targeted 26 October for the Hoodi fork before postponing it. A 6 November developer update kept the fork on hold while the teams addressed issues raised during review.\nTwo proposals, EIP-8037 and EIP-8038, affect the cost of creating state and accessing existing state. The change can alter how much gas a contract has left at a particular point in execution.\nChainSecurity identified cases where a call can fail and the contract that made it can still complete its failure handler. Under the earlier gas rules, the same path might have caused the outer transaction to revert.\nDevelopers are checking assumptions across client implementations and existing contracts. ChainSecurity, Dedaub and internal reviewers contributed to the review, according to the Ethereum Foundation update.\nWork on Hegota continues in parallel. The evidence to watch for Glamsterdam is a revised testnet schedule and results from the tests behind it.\n\n\n\nEthereum’s developers were due to fork Hoodi on 26 October. They postponed that test, and on 6 November Ethereum Foundation developer Marius van der Wijden said it remained on hold while developers worked through issues identified in the gas review.\n\nJUST IN: Ethereum’s Glamsterdam upgrade will activate on Sepolia on Oct. 6The testnet deployment will mark the next major step toward bringing Glamsterdam closer to Ethereum’s mainnet. pic.twitter.com/uW9703RGHC— crypto.news (@cryptodotnews) October 4, 2026\n\nThe concern centres on a detail most people encounter only when a transaction fails. Contracts can call other contracts and decide what to do if those calls come back unsuccessful. The code that makes that decision can look exactly the same after an upgrade, yet take a different path because the network now charges for parts of the operation differently.\nThat is why an upgrade aimed at the way Ethereum accounts for state has become a question for application developers as well as the teams that write Ethereum’s clients. Both need to know which old assumptions survive the change.\nWhat Glamsterdam changes about gas\nEIP-8037 changes how the protocol accounts for operations that create state. Ethereum’s state includes records such as contract storage. A change can persist across transactions, so its cost has implications for the nodes maintaining the chain after the original transaction finishes. The proposal separates the accounting for some state creation from ordinary execution gas, with a reservoir that can be drawn on for eligible operations.\nEIP-8038 reprices operations that access state. The two proposals affect different pieces of an execution path. A contract might read a value, make an external call and write a result. Reviewing the proposed price of the final write alone misses the effect of the earlier reads and calls on the budget available when execution reaches it.\nA familiar application can therefore produce a different result even when a user supplies the same transaction inputs. The important question is which differences reflect the intended repricing and which expose an assumption that a client or a contract relies on.\nHow a failed call can change the final result\nConsider a contract that calls a second contract to perform one step in a larger operation. If the second contract fails, the caller can stop everything or handle the failure and continue. A batch processor might record an unsuccessful item and move on. Another application might expect the whole operation to revert if the failed call exhausts enough gas.\nChainSecurity’s analysis describes how the new accounting can affect that distinction. Ethereum already limits how much gas a caller can pass forward under the EIP-150 rule. Roughly one sixty-fourth can remain with the caller in the relevant case. The issue is how much the caller actually has available once execution returns, and what it costs to finish the instructions on that path.\nSuppose an application treats a call failure as an ordinary business outcome. If it has enough gas to finish the failure handler, it might record a result or continue the rest of the transaction. If it runs out while doing so, the outer transaction reverts. Those outcomes leave different records even though the inner call failed in both cases.\nThe auditor also looked at checks based on gasleft(). A contract can use the instruction to compare its remaining execution budget with a hard-coded minimum. A threshold calibrated under one schedule can become a poor predictor under another, particularly when the contract encounters state operations or forwards gas to another address. The contract has no automatic way to revise a number its developer embedded when it was deployed.\nWhat the auditors need to establish\nThe Foundation’s November update describes eight assumptions under review. There are at least two distinct questions for testing. Clients that implement the new rules must arrive at the same result for a given transaction. Application reviewers must also identify cases where that shared result differs from what existing contracts expect.\nA test for the first question can execute the same transaction against several clients and compare state and gas results. A test for the second needs to follow the application’s own logic. It matters whether the contract treats a failed callback as a cue to proceed, whether it records a state change before the call and whether it can distinguish a business rejection from a call that never had enough gas.\nThose paths can be easy to miss in a conventional deployment test. A typical transaction budget may carry the call and its handler through both schedules. A deliberately tight budget can expose the difference. Boundary tests therefore have to include failed calls and cases close to the amount of gas required to enter or finish the failure handler.\nWhat Hoodi can show\nGlamsterdam had already reached Ethereum’s Sepolia testnet, where developers tested a 200 million gas limit. Hoodi would give developers a further shared deployment in which to exercise the revised upgrade.\nA public testnet fork gives client teams and application operators a common environment in which to run these checks. Operators can update clients on a shared schedule, compare their results and test tooling against the fork rules. Application teams can check whether transaction simulation and gas estimation account for the same changes they are seeing during execution.\nA successful Hoodi fork would give developers evidence about the versions and transactions they tested. The longer-term question is what representative applications do at the limits of their gas budgets. A new fork date will be easier to assess alongside a record of which cases were reproduced, what changed in response and how the teams tested it.\nThe gas work runs alongside other fixes. Ethereum developers separately revised the validator deposit specification while the Hoodi gas review was underway. Those fixes need their own tests because they affect a different part of the fork.\nFor now, the latest developer update on the gas risks gives a reason for the hold and says work on Hegota is continuing. It leaves the timing of the next Glamsterdam test to a subsequent decision.\n\nJUST IN: Ethereum delays Glamsterdam upgrade on Hoodi testnetThe Ethereum Foundation postponed the Oct. 26 activation to review how EIP-8037 interacts with mainnet smart contracts, with no new date announced. pic.twitter.com/F2HmXs1meR— crypto.news (@cryptodotnews) October 23, 2026\n\nHow gas limits and state costs fit together\nA higher block gas limit gives Ethereum room for more work under its accounting system. The price assigned to an individual operation determines how much of that room the operation occupies. A change to the limit and a change to the prices can therefore affect different parts of the same transaction.\nSome work ends when the transaction does. Creating state is different because the data can persist, leaving node operators with something to store and process later. A new storage slot, account or contract can add to that burden even if the application that created it receives little traffic afterwards.\nEIP-8037 changes how the cost of certain state creation is accounted for. EIP-8038 reprices access to state, which can include operations involving records that already exist. A transaction that reads a value, calls another contract and creates a storage entry can encounter both changes during a single run.\nA higher block limit alone does not say whether that sequence will cost more or less. It describes the room available to the block as a whole. The transaction’s path and the price of each operation determine whether it can fit within the gas the sender supplied.\nThat distinction was already relevant when Sepolia began testing Glamsterdam with a 200 million gas limit. The test showed what developers were running on that network. The hold on Hoodi addresses whether the rules are ready for the next testnet, including the behaviour of applications that rely on earlier gas assumptions.\nThe eight assumptions under review\nThe Ethereum Foundation’s auditor repository groups its examples by changes to operation prices and changes to the way gas is tracked. The numbers in the repository come from a pinned version of the proposed specification and can change if the proposals are revised.\nThe first group of concerns involves fixed allowances and the cost of completing work after a call. Developers may have set a gas limit for an operation that now costs more. A reserve intended to pay for a final write may no longer be sufficient. In another case, the small fraction retained by a caller can be enough to complete a failure path that the application previously expected to revert.\nThe accounting changes introduce other possibilities. If a separate reservoir can still fund eligible state creation, a caller can write a record after a failed call even when its ordinary execution budget is tight. The caller’s final outcome can then depend on which operations use that separate budget.\nClearing a slot created earlier in the same transaction can return some state gas immediately in the reviewed specification. A reverting call can also return state gas. Code written on the assumption that all gas consumed before a revert is gone can therefore misread what happened.\nA pair of gasleft() measurements can likewise give an incomplete view of the cost of work. A contract that uses the difference to bill someone or calculate a refund relies on assumptions about how gas changes between the two readings. Charges drawn from a separate pool and state gas returned during execution can change the relationship.\nThe eighth case involves EIP-7702, which allows an account to authorise delegation to contract code. A transaction can be included even when an authorisation inside it did not take effect because it ran short of gas. A wallet or service that uses transaction inclusion alone to infer that the delegation worked could treat an incomplete action as finished.\nThe repository says many findings received by its authors concerned fixed amounts or reserves. It asks developers and auditors to test their applications against the examples and report problems. The inventory identifies patterns that require review. It does not imply that every application using one of those patterns will produce a loss.\nHow a failed call can still leave a successful transaction\nAn Ethereum transaction can contain several calls. A contract can request that another contract perform a step and then decide how to respond to the result. A failed inner call and a failed transaction are distinct outcomes.\nA batch processor provides a useful example. If one item fails, the processor might record that failure and move on to the next item. If it runs out of gas before it can record the result, the outer transaction can revert and undo earlier changes. The same inner failure therefore leaves different final state depending on what the caller can do afterwards.\nA different application might treat a failed call as a reason to change who can submit a request or whether it is allowed to be tried again. If the caller can complete a path the application expected to roll back, the resulting state can persist. The security consequence depends on what the completed path actually records.\nAn actor may be able to choose how much gas a transaction supplies. If that person can leave enough gas for the outer contract to enter a path but too little for the inner call to finish, the failure can be induced by the transaction budget. A contract that acts on the failure needs to distinguish that case from a call that reached the callee and legitimately failed.\nThe EIP-150 forwarding limit is one part of this. A caller that forwards as much gas as permitted retains roughly one sixty-fourth under the relevant rule. The retained amount still has to pay for the instructions that follow. Whether those instructions complete depends on the schedule and the accounting applied to them.\nA contract can be vulnerable to a narrow range of budgets. Give the inner call enough gas and it works normally. Give the entire transaction too little and the outer path reverts. The problematic interval is where the inner call fails while the caller still has enough to carry out an action the developer did not intend for that failure.\nWhy changing a fixed gas number may not solve the problem\nA hard-coded threshold can give a contract a simple way to check that it has enough gas before it makes a call. The developer may have tested the threshold with common transactions and left a buffer for the work that follows. The number becomes a dependency on the schedule under which it was chosen.\nAn operation can also cost different amounts depending on whether the application is updating an existing record or creating one. A transfer to someone who already has a balance can encounter a different storage path from a transfer that creates a first balance. A test that covers only repeat recipients can miss the more expensive path.\nThe point where the contract measures gas matters. A reading immediately before the call is different from a reading after several state accesses and the call itself. A contract that infers the reason for failure from the latter reading assumes that it understands what could have been charged or returned in between.\nChanging a stipend can have consequences of its own. It can let a previously failing path complete, and it can also give the callee enough gas to perform work it could not perform under the old allowance. The developer needs to know what the allowance was intended to prevent before adjusting it.\nSome contracts can be changed through a governance or administrative process. Others are immutable or depend on components that cannot be changed in place. Even when a contract can be revised, services that estimate, sponsor or relay its transactions may also need to update their own assumptions.\nWhat a convincing reproduction needs to show\nA test can begin with the same transaction, state and gas limit under the old and proposed rules. A comparison should identify which call returns a failure, what the caller does next and whether the transaction records any changes that did not persist before.\nTesting budgets just above and below the threshold helps show whether the effect occupies a narrow range. It can also identify where execution diverges. An early balance check, the amount forwarded to the callee and a write in the failure handler are different points at which a change can surface.\nThe reviewer then has to ask who can reach that path. A change reproduced in a test contract establishes a difference in execution. A real application may require an authorisation, check a separate condition or make the affected operation retryable. Those details determine whether someone can force an unwanted outcome.\nThere is also a separate test for client teams. All execution clients should reach the same result for a transaction under the same fork configuration. A disagreement between clients is a different problem from all clients consistently producing a result that an application did not anticipate.\nA test suite needs successful paths as well as failures. Forcing every failed call to revert might prevent one unwanted state change but also remove a legitimate ability to complete the rest of a batch. The intended application behaviour determines what a fix needs to preserve.\nA good reproduction should make the final state easy to inspect. If a failure record remains after one run and disappears after another, the test can show the exact difference rather than relying on a general report about gas usage. That makes it easier to assess both the risk and a proposed change.\nWhat public testnets add after a local reproduction\nA developer can test an edge case on a local fork or in a controlled client environment. A public testnet then lets several operators run the same upgrade and compare its behaviour in shared conditions. It also gives wallet and infrastructure teams somewhere to test their own software against the active rules.\nSepolia and Hoodi serve different steps in that process. The Sepolia activation showed that developers could run the planned code on that network and examine its operation under the configured gas limit. Hoodi gives them a further deployment after addressing findings that became important during the review.\nThe applications, traffic and historical state on a testnet differ from mainnet. A smooth fork can give evidence about client agreement and routine transactions without exercising every contract pattern that users rely on. A targeted reproduction supplies evidence about an edge case that may be absent from ordinary testnet traffic.\nThe upgrade instructions are another part of the test. An operator needs a release that implements the intended configuration and a precise activation point. An application needs to know when its simulations should start using the revised rules. A new date is useful alongside those details.\nThe October postponement and the November status report describe the same hold at different times. The first removed the scheduled Hoodi date. The second explained that the issues still had to be resolved. The next deployment notice can show which changes are ready for operators to test.\nHow wallets can report success while an action fails\nWallets commonly estimate gas before asking a user to sign. The estimate depends on the state and rules the node applies in its simulation. A service using an older fork configuration can give an estimate that is no longer suitable for a transaction the current chain executes.\nA transaction that reverts can still cost the sender gas. An outer transaction that completes after catching an inner failure can be harder to interpret. The chain can record the overall transaction as successful while an action within it did not happen. The wallet may need the application’s events or state to explain the difference to the user.\nRelayers and transaction sponsors face a related problem. They may choose the budget or pay the costs for a transaction that someone else requests. If the budget no longer covers the intended path, the sponsor can pay for execution that fails to deliver the requested action.\nIndexers can see the effect after execution. A failure path that now completes can produce logs or state changes the downstream system did not previously see. The indexer still follows the chain’s actual state. An application that relies on the indexer may need to change how it interprets the resulting record.\nAn end-to-end test can compare a wallet’s estimate, a relayer’s submitted budget, the client’s execution result and the interface’s explanation. Each step can succeed on its own while the user still receives a misleading account of which actions took effect. The distinction matters most where the application treats a result as final.\nWhat would resolve the Hoodi hold\nThe Foundation is asking application teams to identify the assumptions they use and supply cases developers can reproduce. Some issues may be addressed through changes in the proposed gas rules. Others may require an application or infrastructure provider to revise how it handles the new behaviour.\nIf the specifications change, the relevant test is whether a case that previously diverged now reaches the intended result. If developers retain a behaviour change, application teams need enough detail to determine whether their software relies on the previous result. Both outcomes depend on describing the affected call and what persists after it.\nA revised specification also has to reach the client builds operators run. A build that supported an earlier Glamsterdam configuration may not contain subsequent changes. The release numbers in a new Hoodi notice would identify which versions can be tested together.\nThe Foundation’s November update says work on Hegota continues in parallel. That means the hold on the earlier fork does not account for every development decision on the next one. For Glamsterdam, the next relevant milestone is a revised Hoodi schedule with a configuration that developers are ready to run publicly.\nA successful fork would give the teams a shared record to examine before a mainnet decision. The cases that prompted the delay remain the clearest tests of whether the revised rules are ready. Those tests have to show what happens when a call fails close to its gas limit and the outer transaction still has work left to do.\nWhat the proposed gas numbers show about different paths\nThe Foundation’s repository gives a concrete example of the difference between creating state and updating it. Under its pinned Glamsterdam specification, a cold write that creates a new slot is split between execution costs and a substantially larger state charge. A write to an existing slot is repriced too, but follows a different calculation.\nThe difference can reach two users making what appears to be the same application request. One user may have used the service before, so the contract updates an existing entry. Another may need a fresh record. A gas allowance that works for the first user can fail for the second.\nThe repository also says a separate reservoir is available only above a specified transaction gas limit in the configuration it tested. In smaller transactions, state costs instead come from the ordinary budget. That threshold makes it important to test several budgets rather than assume the reservoir behaves the same way for every call.\nCode that reads remaining gas can therefore observe only part of the transaction’s resources in some cases. The data it reads are still meaningful for the budget the instruction exposes. What changes is the inference the application can draw about the total resources that have been consumed or remain available.\nThe gas examples are tied to the proposed configuration. They do not give a single multiplier that can be applied to a wallet’s existing estimates. A first-time storage write, a call using a fixed stipend and a failed delegation each require a separate check because they encounter different parts of the rules.\nThat is also why a revised Hoodi date would be more useful with the specification revision and the list of cases covered by the release. Those details would let teams rerun tests that match their applications before drawing conclusions from the testnet’s overall stability.\nWhat to Watch\n\nHoodi schedule: A revised fork date should identify the client versions and fork configuration operators are expected to run.\nClient agreement: Cross-client tests can show whether execution clients reach the same state and gas results around the new boundaries.\nContract behaviour: Reproductions should show when a failed external call leaves the caller enough gas to finish and what the outer transaction records.\nProposal revisions: Changes to EIP-8037 or EIP-8038 will help show which review findings required a protocol change.\nApplication tooling: Simulation and gas estimation results can show whether wallets and infrastructure providers correctly reflect the fork rules.\n\nFAQs\n\n\n\nWhat is Hoodi?\n\nHoodi is an Ethereum testnet used to exercise network upgrades in a shared environment. The postponed fork would have applied Glamsterdam rules there so operators and application teams could observe them together.\n\n\n\nWhy was the fork postponed?\n\nDevelopers are reviewing findings tied to gas accounting and the way existing applications handle failed calls. They are also checking that client implementations agree on what happens under the proposed rules.\n\n\n\nDoes the hold change Ethereum mainnet today?\n\nThe November update concerns the Hoodi test fork. It does not announce activation of the proposed gas rules on mainnet or give a new mainnet date.\n\n\n\nCan a contract change behaviour without an update?\n\nYes. Its instructions execute under the network’s gas schedule. If a changed charge leaves a different budget for an external call or its failure handler, the same instructions can lead to a different result.\n\n\n\nDoes a failed call always revert the entire transaction?\n\nA caller can handle an unsuccessful external call and continue. Whether the outer transaction completes depends on the caller’s instructions and the gas remaining to execute them.\n\n\n\nWhat does a gas reservoir do?\n\nIt gives eligible state creation operations a separately tracked budget under the proposal. Reviewers have to consider how that budget interacts with the execution gas a caller can inspect or pass forward.\n\n\n\nWhy do auditors test low-gas paths?\n\nA call with a generous budget might behave the same under both schedules. A transaction close to its execution limit can reveal whether a handler completes under one schedule and reverts under the other.\n\n\n\nHas Hegota work stopped?\n\nThe Foundation’s November update says Hegota work continues in parallel. That work has its own milestones, while Glamsterdam’s Hoodi fork remains subject to the gas review.\n\n\n\n\nDisclaimer: This article is for informational and educational purposes only and does not constitute financial, investment, legal or tax advice. Cryptocurrency and blockchain activities carry risks, including loss of funds. Readers should conduct their own research and consult a qualified professional where appropriate. Information reflects publicly available material as of 9 November 2026 and may change as developers publish further updates.\n\n\n\n\n\n                Read more:\n            \n\n                Why is the crypto market down today? Bitcoin, Ethereum in red","kind":"highlight","is_publish_news":true,"is_publish_highlight":false,"is_publish_live":false,"is_publish_wemedia":false,"editions":null,"column":"","sentiment":"0","news_tag":"","news_rank":0,"isVideo":false,"video":null,"symbols":[],"gpt_button":0,"need_auth":false,"need_login_tip":false,"code":"91000000","status":"200"},"commentList":[],"isCommentEnd":true,"newsSizeData":{"likeSize":0,"commentSize":0,"repostSize":0,"favoriteSize":0,"likeStatus":false,"favoriteStatus":false},"APP":{"userAgent":"Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)","isDev":false,"isTTM":true,"isLaohu8Offline":false,"tenantId":"TBGLOBAL","deviceId":"web-server-community-laohu8-v3","version":"4.53.0","shortVersion":"4.53.0","platform":"web","vendor":"web","appName":"ttm","isIOS":false,"isAndroid":false,"isTiger":false,"isTHS":false,"isWeiXin":false,"isWeiXinMini":false,"isWeiBo":false,"isQQ":false,"isBaiduSwan":false,"isBaiduBox":false,"isDingTalk":false,"isToutiao":false,"isOnePlus":false,"isHuaWei":false,"isXiaomi":false,"isXiaomiWebView":false,"isOppo":false,"isVivo":false,"isSamsung":false,"isMobile":false},"href":"/m/news/2682069098","isCrawlerRequest":true}