Finally, the long-awaited Fusaka update has arrived on Ethereum. December 3rd, exactly at epoch 411392, slot 13164544, new hard fork (Hard fork) of a network that promises to power both the base layer and 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 data from the node 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 facilitates auditing and verifies that each client is correctly compliant with 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.
Vitalik Buterin talks about Fusaka
After Fusaka’s launch, Vitalik Buterin emphasized that the update finally included something Ethereum had been looking for for a decade: a real data fragmentation system (Sharding). he remembered it “Fragmentation has been a goal of Ethereum since 2015and we’ve been sampling data availability since 2017, and now we’re achieving that,” he said, referring to PeerDAS, a new method that allows each node to validate blocks without having to see all the information.
As he explained, this probabilistic sampling technique ensures that the data is complete. Each node analyzes only a minimal random portion, butThis reduces hardware requirements, maintains strong security guarantees, and allows L2 to scale more independently.
In his reading, PeerDAS is the core component that was missing from the original vision. Sharding It started to become reality.
(Tag translation) Blockchain
