EIP-7782 Draft CL

Reduce Block Latency

Authors: , , ,

Canonical data: /latest/eips/7782.json

Reduce Ethereum's slot time from 12s to 6s to decrease latency by 50%, distribute bandwidth usage, and improve UX.

Timeline

Glamsterdam

Declined

Headliner Presentation · Jun 26, 2025 · ACDC #159

Jun 26, 2025 · ACDC #159

Headliner Proposal · Jun 20, 2025 · Forum Post

Jun 20, 2025 · Forum Post

EIP Created Oct 5, 2024

Key Benefits

● Halves transaction confirmation time from maximum 12s to maximum 6s with better censorship resistance
● Makes DeFi exchanges more efficient with frequent price updates and reduced arbitrage losses
● Creates healthier block construction markets with more frequent, smaller auction opportunities
● Improves interoperability with faster L1 finality for rollups and bridges
● Reduces staking reward variability, benefiting solo stakers and home operators
● Smooths bandwidth usage with better resource utilization for node operators
● Enables flywheel effects attracting more liquidity and traders to Ethereum
● Maintains current throughput while doubling proposer frequency per unit time

Trade-offs & Considerations

No trade-offs documented yet.

Stakeholder Impact

End Users

Transaction confirmations in 3 seconds (on average) instead of 6, with better censorship resistance from 2x more proposers per second. DeFi users enjoy lower trading fees and reduced slippage from more efficient exchanges with frequent price updates.

Application Developers

Can build more responsive applications with frequent data triggers reducing staleness. DeFi protocols benefit from tighter spreads, reduced arbitrage losses, and flywheel effects attracting more liquidity and traders.

Wallet Developers

Can display fresher chain data following transaction inclusion with 6-second head updates. Need to update timing assumptions but deliver significantly improved user responsiveness.

Tooling / Infrastructure

Block explorers and infrastructure need conditional logic for slot times to handle historical 12s blocks and new 6s blocks. Must implement millisecond-precision timing instead of seconds.

Layer 2s

Receive L1 finality, safe confirmations, and block inclusion all twice as fast. Based rollups see their sequencing clock move twice as fast. Interoperability protocols get quicker actionable signals.

Stakers & Node Operators

Lower reward variability from smaller, more frequent rewards reducing pooling incentives. Better resource utilization with smoother bandwidth usage, but must handle doubled consensus message frequency and new subslot timing (3s/1.5s/1.5s).

CL Client Developers

Major implementation for conditional slot timing logic, new subslot schedules (3s block proposal, 1.5s attestations, 1.5s aggregation), and doubled consensus message processing while maintaining validator participation.

EL Client Developers

Gas limit votes halved to maintain "gas per 12 seconds" throughput semantics. Blob targets and limits halved. May need investigation of contracts assuming fixed 12-second slot times.

North Star Goal Alignment

● Scale L1: Makes Ethereum a superior confirmation engine by doubling proposer frequency while maintaining throughput. Improves censorship resistance through 2x more proposers per unit time.
● Improve UX: Wallets display fresher data with 6-second confirmations. DeFi exchanges become more efficient with frequent price updates, reducing arbitrage losses and attracting more liquidity.

Abstract

Reduce Ethereum's slot time from 12 s to 6 s, halving on‑chain latency and epoch duration. This doubles slot throughput while keeping block and blob sizes unchanged, smoothing bandwidth usage. The change delivers better user experience, faster Layer 2 interaction, tighter DEX pricing, reduced MEV, and quicker finality.

Motivation

Protocol Carrying Capacity It is impractical to increase block sizes beyond 10MiB without substantial networking changes. However it is practical to decrease slot time to achieve similar effect while also improving the UX at same time.
Enhanced UX: Confirmations now arrive in ~6 s instead of 12 s.
Faster Finality: Epochs shrink from 384 s (32 × 12 s) to 192 s (32 × 6 s), accelerating Casper‑FFG finality.
L2 Interoperability: Layer 2 rollups see half the settlement delay on L1, improving throughput and reducing reorg risk period.
Based rollups: Based rollup sequencing is tied to L1 block time so faster blocks directly improves based rollups.
DEX Economics: More frequent blocks decrease LVR (Loss Versus Rebalancing), which improves the economics for liquidity providers. More liquidity means lower spreads (reduced slippage).
Bandwidth Smoothing: Doubling slot rate distributes bandwidth evenly without increasing peak block size; nodes with modest capacity remain supported.

Specification

On the consensus layer, a new parameter is added to the configuration:

SLOT_SCHEDULE:
  - EPOCH: 348618
    SECONDS_PER_SLOT: 12
  - EPOCH: 355368
    SECONDS_PER_SLOT: 6

The parameters and schedules above are purely illustrative. Actual values and schedules are beyond the scope of this specification.

Adjustment to gas and blob limits

The first execution block after the fork needs to specify half the previous gas limit. With this fork, all gas limit settings are reinterpreted as "gas per 12 seconds". I.e., if the user configuration or otherwise default gas limit vote was 36,000,000, the client should now vote for 18,000,000. All values are rounded down to integers.

The blob target and limit are also halved, rounded down to the nearest integer.

Attestation deadlines

All clients need to be reconfigured so that deadlines can be configured in milliseconds for finer granularity. Currently the slot is split into three equal intervals, with proposal happening at time 0, and attestations and aggregations being sent at one thirds and two thirds of the slot time. We change this to a new uneven schedule, in order to give sufficient time for block propagation, which takes the most time:

Block proposal at 0 ms
Attestations at 3000 ms
Aggregates at 4500 ms

Rationale

This proposal balances user experience, economic efficiency, and network stability:

UX & Finality: Halving slot time directly reduces confirmation latency and halves epoch duration, delivering faster feedback to users and speeding up Casper-FFG finality.
Economic Efficiency: Increased block frequency tightens DEX price spreads, lowers slippage, and diminishes arbitrage and MEV opportunities, improving on-chain trading conditions.
L2 & Based Rollups Synergy: Layer 2 rollups, especially based rollups, benefit from reduced L1 settlement delays, enhancing throughput and user-perceived performance in rollup ecosystems.
Network Stability: Maintaining existing p2p network maximum smooths bandwidth usage over time, avoiding peak-load spikes and preserving accessibility for nodes with diverse bandwidth capacities.

Backwards Compatibility

No backwards compatibility concerns.

Security Considerations

Network Congestion:
- Increased Message Frequency: The network must handle more frequent messages without congestion.
- Mitigation: Implement network optimizations and encourage the use of efficient client software.
Consensus Integrity:
- Fork Choice Stability: Ensure that the fork choice rule remains robust against potential reorganization attacks.
- Finality Gadgets: Confirm that finality mechanisms function correctly under new timing conditions.