As Ethereum continues its evolution, every upgrade represents a critical inflection point for scalability, security, and overall network efficiency. We believe that less can be more. We are firmly in support of a lean upgrade strategy that focuses on essential, high-impact improvements. Today, we’re outlining our position on the upcoming Fusaka upgrade and why we stand behind only a select group of proposals.
What We Support
-
EOF (EVM Object Format):
EOF represents a significant modernization of the Ethereum Virtual Machine. By streamlining code structure and enabling better versioning and verification, EOF helps pave the way for more efficient and secure smart contract execution without overcomplicating the system. It also improves ZK provability and static analysis. -
PeerDAS (Peer Data Availability Sampling):
Scalability is at the heart of Ethereum’s long-term vision. PeerDAS introduces a method to sample data availability without forcing every node to download entire datasets. This innovation can significantly enhance blob throughput while keeping bandwidth requirements manageable. We also are supportive of the idea of bumping up the blob count accordingly. -
EIP‑7883 (ModExp Gas Cost Increase):
Adjusting the gas cost for modular exponentiation is a targeted improvement aimed at reflecting the true computational expense. By fine-tuning this precompile, EIP‑7883 helps ensure that the network remains both fair and secure for all participants. -
EIP‑7825 (Transaction Gas Limit Cap):
Maintaining predictable and stable gas usage is crucial for network performance. EIP‑7825 introduces a cap on transaction gas limits, reducing the risk of unforeseen spikes in resource consumption and ensuring a smoother operational environment. -
RIP-7212 (Precompile for secp256r1 Curve Support):
RIP-7212 enables support for using existing Web2 signing standards such as Passkeys, Apple’s Secure Enclave and WebAuthn. It synergizes with EIP-7702 to greatly improve Ethereum’s onboarding and signing experience.
What We Stand Against
In our pursuit of a streamlined upgrade, we are equally clear about what we oppose. Our commitment to a small, focused fork means we reject proposals that add unnecessary complexity:
-
EIP‑7863:
This proposal involves a series of intricate tweaks whose benefits remain unclear. We believe that including such complexity in the Fusaka upgrade would expand the fork’s scope and introduce risks without delivering commensurate value. -
Any Additional Proposals Beyond the Essentials:
While innovation is crucial, every extra feature increases the potential for unforeseen issues. Our focus is on ensuring the upgrade is as clean and manageable as possible. Thus, we oppose any additional changes that do not directly contribute to immediate network improvements.
Why a Minimal Fork Matters
Fusaka needs to ship and FAST! By concentrating on a small set of well-vetted proposals, we can:
-
Reduce Risk:
A smaller fork minimizes the attack surface and potential for bugs, ensuring a more predictable and secure transition. -
Streamline Testing and Deployment:
With fewer changes to integrate, the testing phase is more focused, making it easier to catch and resolve issues before the upgrade goes live.
Our Vision for the Future
By endorsing only EOF, PeerDAS, EIP‑7883, and EIP‑7825, we’re advocating for an upgrade that is both purposeful and meaningful. It is directed at scaling both the L1 Gas Limit and the L2 blob throughput. We are also in support of considering to increase the Gas Limit to 90mn after the Fusaka hard fork and increasing the blob count AT LEAST to target 18 blobs per block.
