Ethereum Gas Limit 60M, EF Details Full EIL Architecture, Arbitrum ARBOS, Soneium & Sony IRC Fan Identity

Source: Dev.to

Ethereum Raises Block Gas Limit to 60M Ahead of Fusaka Upgrade

Ethereum’s block gas limit has been increased from 45 million to 60 million, marking the highest capacity seen in about four years, a significant milestone for Layer‑1 scalability just days before the scheduled Fusaka upgrade.

The increase was triggered automatically after more than 513,000 validators signaled support, meeting the network’s consensus threshold. As a result, each block can now include more computational work, meaning more transactions and contract executions per block, which should help reduce congestion and better support rollups and high‑demand periods.

The timing is strategic: the gas limit bump arrives just ahead of the Fusaka upgrade (scheduled for December 3, 2025), which will activate further optimizations, including data‑availability improvements for Layer‑2 rollups via features like PeerDAS and other protocol enhancements.

Many in the ecosystem see this as a clear sign that Ethereum’s base layer is ready to carry more load, complementing rollup‑based scaling rather than relying exclusively on off‑chain layers.

Ethereum Foundation Unveils Full Vision and Mechanics Behind EIL

The Ethereum Foundation presented a detailed look at the Ethereum Interoperability Layer (EIL) during Devconnect in Argentina, outlining how the new on‑chain protocol aims to eliminate today’s fragmented multi‑rollup experience. EF researchers Yoav Weiss and Shahaf Nacson described EIL as a way to “make Ethereum feel like one chain again” by allowing users to interact across L2s with a single signature, without switching networks, bridging manually, or relying on trusted off‑chain intermediaries.

Yoav Weiss compared the current L2 environment to the pre‑HTTP internet, where every service was isolated and lacked composability. He explained that while rollups solved scalability, they introduced friction: users must bridge assets, switch RPCs, configure new networks, and sign multiple transactions. EIL’s goal is to recreate the unification HTTP brought to the web, this time for Ethereum’s L2 ecosystem.

Shahaf Nacson expanded on EIL’s technical design. The protocol is built fully on‑chain, leveraging ERC‑4337 infrastructure while introducing new components for cross‑chain asset transfer, multi‑chain execution, and cross‑chain gas abstraction. EIL does not require solvers or intents; wallets determine exact actions, while the protocol enables them to execute seamlessly. Cross‑chain liquidity providers issue atomic vouchers on‑chain, enabling users to move assets without exposing intent data or trusting third‑party servers.

In EIL, wallets prepare user operations for each chain, collect vouchers issued by liquidity providers, and execute batched calls across destination chains. Users pay gas once on any supported network, and all communication occurs on‑chain. The system remains self‑custodial: “Users perform their cross‑L2 operations themselves,” Weiss said.

A public testnet is already live across Sepolia and several rollups, with SDKs, bundlers, and example integrations available for builders. The EF emphasized that EIL aims to unify Ethereum’s L2 ecosystem while preserving censorship resistance, trustlessness, and decentralization.

Arbitrum Publishes Unified Guidelines for ARBOS Upgrades on Orbit Chains

Arbitrum has published updated documentation outlining how teams launching Orbit chains should configure and perform ARBOS upgrades, providing a clearer process for maintaining compatibility across the Arbitrum ecosystem. The new guidance consolidates previously scattered references into a single, structured resource and details how chain operators should safely manage key upgrade parameters.

Arbitrum explains that ARBOS upgrades are necessary whenever new features, bug fixes, or protocol changes are introduced to the Arbitrum Nitro stack. Operators can now reference standardized configuration examples showing how to set upgrade heights, manage activation timing, and confirm that their chain is aligned with the expected Nitro release. The documentation also highlights how Orbit chains inherit upstream changes from Arbitrum One and Arbitrum Nova, requiring timely alignment to ensure consistent rollup behavior.

The update clarifies that upgrade parameters must be placed inside the chain configuration file under the arbosOverride object, where operators define fields such as schedule, initialization, and activation block numbers. This structured format ensures deterministic upgrades across all nodes in the chain. Arbitrum notes that improper configuration, such as mismatched timestamps or version identifiers, can lead to consensus failures, making adherence to the template essential.

The new ARBOS upgrade instructions aim to streamline Orbit chain maintenance, reduce configuration errors, and provide a unified path for operators preparing for upcoming Nitro releases. Arbitrum emphasizes that proper upgrade planning is critical for ensuring network stability and long‑term ecosystem compatibility.

Soneium and Sony Launch IRC App for On‑Chain Fan Identity

Soneium announced the launch of its new IRC App, a blockchain‑based platform designed for fan engagement and digital identity within its ecosystem. The platform allows users to create “Idol Relationship Certificates” (IRCs), which function as verifiable, on‑chain badges representing interactions with artists, events, or communities. According to the project, the system enables artists and fans to build authenticated digital relationships using wallet‑linked profiles rather than traditional Web2 accounts.

Soneium explains that IRCs can be issued by creators, organizers, or brands during concerts, live streams, or other interactive experiences. Fans can cl