The ETHEREUM ACDE Call 205: The upcoming ETHEREUM promotions on February 24, 5 March and April 8
Ethereum developers ended the schedule for the upcoming network promotions. The main changes are scheduled to be made on February 24, 5 March, and April 8. The main decisions were completed during the summons of all basic developers (ACDE), which was held on February 13, 2025.
The zoom meeting every two weeks Discussions As the leadership of Ethereum Foundation (EF), it was supported by Tim Beiko. The developers confirmed that Pectra will be activated on the Holesky Testnet on February 24. Then Testnet will rise on March 5.
If both exercise continues smoothly, Mainnet will receive from Ethereum the upgrade on about April 8.
Pico said he would coordinate with the teams to find a volunteer to deploy the Bakra regime contracts on both Testnets.
Discussions on future ethereum chocolate and speed upgrade
In addition, the developer team discussed the upcoming upgrade after Pectra and Fusaka. Pico Proposal Fusaka freezing by the time when Pectra is called Mainnet.
The developer’s timetable allows to start working on Fusaka with subsequent Hardfork Glamsterdam.
GetH Development Team does not want to work with this schedule. They argue that it is too early to consolidate the scope of Fosaka. Insert an ETHEREUM (EIP) suggestion in Fusaka has sparked a major discussion. A faction of developers argues that he is excluded from the upcoming upgrade.
EOF (ETHEREUM) is Promoted It aims to improve the method of organizing and implementing smart contracts on Ethereum Blockchain.
Geth Lightclient developer exhibitor Fusaka freezing speed. The developer argues that Ethereum priorities may turn over the next two years. He pointed out that although developers aim to upgrade for six months, the delay in the real world can extend to eight months or more. This means that important improvements may not be carried out for years.
Lightclient has sparked fees related to the integration of EOF, with highlighting the rapid progress of Rollup-Knowled technology from ETHEREUM (ZKEVMS). The developers remain in the dark regarding the interaction between these changes with the apparent system.
During the discussion, the Geth Marius Van Wijdeen developer included its preferred range for Fusaka, which included Peerdas, Focil, EOF, and the upper border of Modexp. The EF Parithosh Jayanthi developer has pushed back, saying that the focus was not ready for implementation like Peerdas and EOF.
Testnet promotions Pectra software and community reactions
Devs moved their differences on Fusaka to express confidence in the continuous Putra. The EF Parithosh Jayanthi’s development engineer and operations engineer reported that Pectra Devnet 6 was a good performance, with semi -perfect audit rates.
In addition, the immediate Testnet of Ethereum activated the Pectra upgrade a few hours after the ACDE call, allowing developers to perform more tests.
Pico asked Pectra EIP authors to transfer their proposals to the “Last Call” stage Jaytab. These signals are the final steps before Mainnet. He also searched the reactions from the Ethereum community. To this end, he pointed out that the most common demand is to accelerate the upgrade courses.
In response, he suggested that Ethereum developers aim to put the finishing touches on the scale of each upgrade as soon as it is broadcast live on Mainnet.
Piccop’s proposed schedule stipulates the completion of the Fosaka range, by March 13, developers must suggest EIPS to be included in the upgrade. Two weeks later, on March 27, customer teams will participate in their preferences that should be considered EIPS for Josaka. Finally, by April 10, the upgrade range will be completed.
However, an EF Ansgar Dietrichs researcher added an exception of timing. He pointed out that the improvements of the Peerdas icon, a decisive component in the promotion of Pectra, should be loaded to Mainnet ethereum as soon as they are completed. No one objected to this requirement.
Fears of standards on neighborhood snakes and EIP test standards
There was another point of concern during the ACDE call is a suggestion from the EF Mario Vega test engineer. This came regarding the framework of the ETHEREUM implementation layer. Vega suggested making EELS (ETHEREUM implementation layer) and EST (ETHEREUM Implementation Cases) mandatory for any EIP listed in a solid fork.
He suggested that this would improve the functioning of the test and standardize how to evaluate EIPS before adoption.
However, many developers were against the proposal. the reason? The requirements of the upgrade process can slow down. Van Der Wijden argued that ELS archives may become the actual gate guards to include EIP. Why? Not all Devs are able to write Python applications based on their proposals.
Wijden suggested an alternative approach. It should be eth ELS applications It can be submitted as inverted withdrawal requests. This prevents EELS from obtaining the final approval force on promotions.
Justin Florentin advised with Ethereum Besu client the community to think about creating an additional text language. This would explain whether EIP can be included without ELS or EST testing cases.
Cryptopolitan Academy: Free Web3 cheating paper – Download now
