While the Ethereum ecosystem continues its quest for performance, Fork Fusaka is about to mark a decisive step. Without brass band or technological breakthrough, this target update of precise optimizations of the virtual machine and the management of Blobs. Far from the announcement effects, it could however permanently strengthen the effectiveness of the network.
In short
- The Fork Fusaka fits into an Ethereum optimization strategy, without adding new major features.
- The Gas Limit is noted at 45 million, which could increase transactional capacity by more than 11 %, subject to tests.
- Blobs management is better supervised thanks to EIP-7892 and EIP-7918, to avoid abuse and improve the efficiency of blockspace.
- The Fork Fusaka illustrates a strategic choice of technical sobriety, with a governance focused on the efficiency and stability of the network.
Fusaka: technical optimizations acted for Devnet-2
While a new wind blows on Ethereum with the many positive effects brought by the Pectra update, the Ethereum contributors have finalized during the All Core Devs meeting of June 19 a set of improvement proposals (EIP) to be integrated into the second Fusaka, Devnet-2 test network.
One of the major announcements concerns the rise of the Gas limit to 45 million units, a theoretical increase of more than 11 % of the transactional capacity per block. Although this change is not formally part of Fusaka, it was validated by all customers.
Parithosh Jayanthi, engineer at the Ethereum Foundation, said: “All customers seem to agree to 45 million once the software versions are finalized”.
This increase remains conditioned on precise benchmarks, in particular to prevent the propagation of blocks beyond the acceptable latency thresholds.
In addition to this flow improvement, several structural EIPs, such as the EIP-7928, were integrated into Devnet-2 in order to better supervise the management of Blobs, these data packets introduced with EIP-4844 during Fork Dencun. The EIP-7892 limits the number of Blobs that an Crypto transaction may include a safeguard to prevent only one Rollup monopolizes the data space.
The EIP-7918, on the other hand, fixes a expense floor and a total number of blobs per block. “Attack a minimum size for blobs paradoxically makes it possible to include a greater number”has explain Ben Adams of the Nethermind team. He also underlines that without this floor, the cost could become almost zero during the low -demand period, making the use of the block ineffective.
Fusaka: a consensus on priorities, but tensions on oversights
Beyond these technical improvements, Fusaka also introduces several more discreet, but significant optimizations for developers. The EIP-7939 adds a new OPCODE CLZ (Count Leading Zeros), an instruction already present in most modern virtual machines, and useful in certain calculations linked to evidence or random generation.
The Fork also incorporates the EIP-7951, long-awaited, which adds a pre-compilation, widely used in digital signatures on mobiles and corporate platforms. This advance opens the way to better integration of Ethereum with authentication standards.
However, these choices, deemed pragmatic by the majority of crypto developers, were not unanimous. Georgios Konstantopoulos, CTO at Paradigm, has publicly criticized the non-integration of fixes in solidity errors “Stack Too Deep” And at the limit of 24 kb of Bytecode, two recurring irritants for developers. “These problems are among the most blocking today”he recalled on X.
The developer Crypto Putuz, of the PRYSM team, replied by specifying that these subjects had been sent to EOF (EVM Object Format), a project for a time supported by the Reth team from Paradigm before their reversal. He noted That some arbitrations are also the result of political changes in political CAP in the ecosystem.
Failing to offer a spectacular innovation, Fusaka could nevertheless mark a strategic turning point. This fork shows that Ethereum is able to adapt, optimize and consolidate without risking breaking his consensus. The eyes are now turned to Devnet-2, expected this Monday, and to a possible more ambitious Devnet-3. By focusing on technical sobriety and more reactive governance, the Core Devs d'Ethereum seem to want to lay the foundations for controlled scalability, a choice that could prove to be decisive this year, as evidenced by the surge of the crypto after the Pectra update.
Maximize your Cointribne experience with our 'Read to Earn' program! For each article you read, earn points and access exclusive rewards. Sign up now and start accumulating advantages.
