Latest round of Ethereum Shapella testnet development reveals a few bugs

Quick Take

  • Ethereum Developers are in the midst of running tests on the Shanghai-Capella update that will introduce staking withdrawals to the network.
  • he latest round of tests revealed some bugs, none of which has changed the proposed dates for the upcoming Sepolia testnet upgrade, according to Ethereum Foundation developer Tim Beiko.

Testing on Ethereum's Zhejiang testnet ahead of the Shanghai-Capella update revealed some bugs, but nothing that will affect the timeline for the introduction of staking to the network. 

Developer Marius VanDerWijden documented a syncing bug encountered by other clients that developers are confident can be patched, according to a thread from the Ethereum Foundation's Tim Beiko. The bug won’t affect any established timelines for the proposed upgrade set for the Sepolia testnet scheduled for Feb. 28, he noted.

The latest withdrawal devnet update detailed a stress test consisting of 600,000 validators, 360,000 of which performed withdrawal credential updates at the time of the fork. Client spikes in RAM and CPU occurred and developers will gauge the number of lost versus recorded credential update messages over the coming days, said Beiko.

The stress test also revealed a bug between a proof-of-stake client, Prysm, and the Besu client which is designed for permissioned use cases. To sync properly, Prysm client expects a certain number of responses; however, Besu imposes response limitations that bring it below the necessary syncing threshold, Beiko said. The Besu team is looking into the matter.

Blobless ban

THE SCOOP

Keep up with the latest news, trends, charts and views on crypto and DeFi with a new biweekly newsletter from The Block's Frank Chaparro

By signing-up you agree to our Terms of Service and Privacy Policy
By signing-up you agree to our Terms of Service and Privacy Policy

After a discussion on how to best optimize initial client orientation, developers ultimately decided to completely ban blobless 4844 transactions, which would change client assumptions around the transactions and could complicate setup.

Developers also discussed how to move ahead with the deprecation of the SELFDESTRUCT keyword, which terminates a contract, removes the contract’s bytecode from the blockchain, and reroutes funds on the contact to a specified address.

While the path forward remains unclear, there are three current proposals on the subject in discussion as developers seek to find “deactivating options that don't break things,” Beiko said.

“The challenge here is it opens up a nasty attack vector: deploy a contract, fill storage in a certain way, and when you redeploy the contract, the old storage is still there, and could be accessed in malicious ways,” Beiko said.


© 2023 The Block. All Rights Reserved. This article is provided for informational purposes only. It is not offered or intended to be used as legal, tax, investment, financial, or other advice.

About Author

Jeremy Nation is a senior reporter at The Block covering the greater blockchain ecosystem. Prior to joining The Block, Jeremy worked as a product content specialist at Bullish and Block.one. He also served as a reporter for ETHNews. Follow him on Twitter @ETH_Nation.

Editor

To contact the editors of this story:
Larry DiTore at
[email protected]
Madhu Unnikrishnan at
[email protected]