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. This milestone for Layer‑1 scalability arrives 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. 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
• 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, allowing users to move assets without exposing intent data or trusting third‑party servers.

How wallets operate in EIL

1. Prepare user operations for each chain.
2. Collect vouchers issued by liquidity providers.
3. 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.

Key points

• When upgrades are needed: New features, bug fixes, or protocol changes to the Arbitrum Nitro stack.
• Configuration format: Upgrade parameters must be placed inside the chain configuration file under the arbosOverride object, defining fields such as schedule, initialization, and activation block numbers.
• Why it matters: Improper configuration (e.g., mismatched timestamps or version identifiers) can lead to consensus failures.

The documentation also highlights that Orbit chains inherit upstream changes from Arbitrum One and Arbitrum Nova, requiring timely alignment to ensure consistent rollup behavior.

The unified ARBOS upgrade instructions aim to streamline Orbit chain maintenance, reduce configuration errors, and provide a consistent path for operators preparing for upcoming Nitro releases. Proper upgrade planning is presented as critical for 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.

Key features

• Issuance: IRCs can be issued by creators, organizers, or brands during concerts, live streams, or other interactive experiences.
• Ownership: Fans hold IRCs in their wallets, providing a tamper‑proof record of participation.
• Utility: IRCs may unlock exclusive content, rewards, or access to future events, fostering deeper fan‑artist connections.

The IRC App aims to merge on‑chain identity verification with fan‑centric experiences, leveraging Soneium’s low‑cost, high‑throughput blockchain infrastructure. By moving fan engagement onto the blockchain, the project seeks to reduce reliance on centralized platforms and give users true ownership of their digital fan credentials.