The most relevant improvement proposal (EIP) is PeerDAS, which expands the data space for L2.
Fusaka, by default, will increase the blocks’ gas limit, allowing for more transactions.
Finally, the long-awaited Fusaka update has arrived on Ethereum. On December 3, exactly at epoch 411392, slot 13164544, the new hard fork (hard fork) of the network that promises to power both the base layer and second layer (L2) networks.
On the path to a faster and more efficient Ethereum, 13 improvement proposals (EIP) in Fusaka they point to organize the use of space in the blocks and to facilitate the work of the nodes.
One by one, what are they and what benefits would Fusaka’s proposals bring to Ethereum?
EIP-7594 (PeerDAS)
Allows nodes to verify that data from nodes blobs (space used by L2 to store information) are available using only a small sample, instead of downloading everything, thanks to probabilistic sampling and redundancy.
PeerDAS reduces bandwidth and storage load because nodes no longer need to download all data from blobsbut only a small random sample to verify availability.
EIP-7892 (Hard forks of blob parameters only)
Introduces a mechanism to adjust the parameters of the blobs (such as your target or maximum amount) through light updates, without requiring a full protocol fork.
With this, Ethereum can adapt data capacity on demand.
EIP-7935: Block gas limit
Sets a default gas limit per block at 60 million. This expands the computational capacity of each block, allowing more transactions or more complex transactions to be processed each turn.
EIP-7825 (Maximum gas limit per transaction)
It imposes a cap on the gas that each individual transaction can consume.
With this limit, excessively heavy operations or abuses that could affect the overall performance of the network are prevented.
EIP-7918 (Blob base rate limited by execution cost)
Establishes that the minimum fee for storing data in blobs cannot fall below the actual cost of processing it.
This prevents price collapses when demand drops and maintains a more stable and predictable data market.
EIP-7642 (Expiration history and simplified receipts)
It allows nodes to clear very old history and introduces a simpler format for receipts.
This reduces the storage space required and makes synchronization and maintenance of the nodes easier.
EIP-7823 (Limit to exponentiation module)
Adjusts the limits of the exponentiation module for contracts, modifying its operation and restricting excessive uses.
This improves security and efficiency in calculation-intensive operations.
EIP-7883 (Module gas cost increase)
Raises the gas cost of modular exponentiation operations to bring it in line with their true computational weight.
The measure discourages abuse and reduces the possibility of cryptographic attacks or spam.
EIP-7934 (Limit to block size in RLP format)
Defines a limit on the physical size in bytes that a block can have in its encoded representation. The goal is to avoid blocks that are too large that could saturate the nodes or generate network congestion.
EIP-7917 (Deterministic Block Proposer Anticipation)
Introduces a method to know in advance which validator will be responsible for proposing the next block. This improves the coordination between validators and provides greater predictability to the consensus process.
EIP-7939 (Opcode for counting leading zeros)
It incorporates a new opcode capable of counting the number of leading zeros in a binary number.
This makes low-level calculations and frequently used math operations faster and cheaper.
EIP-7951 (Precompiled for “secp256r1” cryptographic curve)
Adds native support for the secp256r1 cryptographic curve within the Ethereum virtual machine. It allows you to use modern keys (such as those for hardware devices or biometric systems) without resorting to expensive contracts.
EIP-7910 (RPC method to verify node configuration)
It incorporates a method within the RPC interface that allows checking the node configuration after an update. This facilitates audits and helps ensure that each client is correctly aligned with the protocol parameters.
Overall, Fusaka introduces a package of improvements that relieve the load on nodes, expand data capacity and strengthen efficiency of computing on Ethereum. With these adjustments, the network is better prepared to sustain L2 growth and operate with greater stability and predictability.