Finally, the long-awaited Fusaka update has arrived on Ethereum. A new work has been decided hard fork (hard fork) This promises to power both the base layer and the second layer (L2) network.
On the path to a faster and more efficient Ethereum, 13 improvement proposals (EIP) in Fusaka City It is intended to organize the use of space within blocks and make it easier to work with nodes.
One by one, what are they and how will Fusaka's proposal benefit Ethereum?
EIP-7594 (PeerDAS)
Allows the node to validate the following data: Blob (The space that L2 uses to store information) can be utilized by using only a small sample instead of downloading everything, thanks to stochastic sampling and redundancy.
PeerDAS reduces bandwidth and storage load because nodes no longer need to download all data. blobHowever, only a small random sample to check availability.
EIP-7892 (Hard fork for BLOB parameters only)
We introduce a mechanism to adjust the parameters of blob Through light updates (such as goals and maximum amounts) without requiring a full protocol fork.
This allows Ethereum to adjust data capacity on demand.
EIP-7935: Block gas limit
Set the default gas limit to 60 million per block. This expands the computational power of each block, allowing it to process more or more complex transactions each turn.
EIP-7825 (Maximum gas limit per transaction)
This imposes a cap on the gas that an individual transaction can consume.
This limit prevents overly intensive operations and abuses that can affect overall network performance.
EIP-7918 (BLOB base rate limited by execution cost)
Specifies that the minimum price for storing data in a BLOB cannot be less than the actual processing cost.
This prevents prices from collapsing when demand drops and maintains a more stable and predictable data market.
EIP-7642 (History expiry and simplified receipts)
This allows nodes to clean very old history and introduce a simpler receipt format.
This reduces storage space requirements and facilitates node synchronization and maintenance.
EIP-7823 (limited to power modules)
Adjust the limits of the contract exponentiation module, modify its operation, and limit excessive usage.
This improves security and efficiency in computationally intensive operations.
EIP-7883 (Module gas cost increase)
Increase the gas cost of modular exponentiation operations to match the actual amount of computation.
This measure prevents abuse and reduces the possibility of cryptographic attacks and spam.
EIP-7934 (RLP format block size limit)
Defines the 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 can saturate nodes or cause network congestion.
EIP-7917 (Deterministic Block Proponent Prediction)
We introduce a way to know in advance which validator will be responsible for proposing the next block. This results in Coordination between validators The consensus process becomes more predictable.
EIP-7939 (opcode for counting leading zeros)
It includes a new opcode that allows you to count the number of leading zeros in a binary number.
This makes low-level calculations and frequently used mathematical operations faster and cheaper.
EIP-7951 (precompiled for “secp256r1” cryptographic curve)
Adds native support for the secp256r1 cryptocurve within the Ethereum virtual machine. This allows you to use the latest keys (such as keys for hardware devices or biometric systems) without relying on expensive contracts.
EIP-7910 (RPC method to check node configuration)
There are methods built into the RPC interface that allow you to check the node configuration after updating. This makes auditing easier and ensures that each client is properly aligned with the protocol parameters.
Overall, Fusaka introduces the following improvement packages: Reduce node load, expand data capacity, and enhance efficiency. Computing on Ethereum. These adjustments prepare the network to sustain L2 growth and operate with greater stability and predictability.
