Ethereum developers are weighing Ethereum Quick Slots for Hegotá, a proposed faster block rhythm that would reduce waiting without expanding the network's per-second capacity. EIP-8198, or Quick Slots, remains Proposed for Inclusion rather than scheduled, and neither its eight-second draft parameter nor the 10-second alternative has been adopted.

That makes validator performance the deciding issue. Shorter slots could refresh onchain prices sooner and accelerate confirmations and finality, but validators would have less time to receive, check and attest to each block. The proposal's market benefits are modeled; its effect on the slowest operators remains the evidence Ethereum still needs.

The Hegotá meta-EIP lists Quick Slots as Proposed for Inclusion, while Ethereum's official roadmap says most of the upgrade's scope remains undecided. Developers are choosing whether to spend performance headroom on lower latency while preserving the broad participation that gives Ethereum its decentralization.

The canonical EIP-8198 draft uses eight seconds as a placeholder, down from Ethereum's current 12-second slot. It also says the exact target should follow performance characterization and may change before deployment.

Ethlabs favors a more conservative first move. Its updated Hegotá position advocates 10-second slots first, with later cuts only as evidence of safety accumulates. An open sponsor rewrite likewise proposes 10 seconds, but it has not been merged into the canonical EIP.

The possible outcomes therefore extend beyond an eight- versus 10-second choice. Hegotá could start at 10 seconds, retain the draft's eight-second parameter, or leave the 12-second schedule unchanged if testing shows that a cut would be unsafe.

Under either shorter target, capacity per second stays broadly level only if the gas limit and maximum blob count per block fall in proportion to slot duration. Smaller blocks would arrive more frequently. Users could receive a first confirmation sooner, onchain markets could update more often, and systems that inherit Ethereum's cadence could react faster. Normal validator gas-limit voting would resume after the transition, and integer rounding could make blob capacity slightly lower rather than perfectly constant.

Keeping 32 slots in an epoch would also shorten epoch-based finality in wall-clock time. Under the draft's eight-second assumptions, EIP-8198 estimates finality falling from about 13 minutes to about 8.5 minutes. That is a proposal estimate, not an observed result from production Ethereum.