3-Slot-Finality Protocol for Ethereum

Francesco D'Amato,Roberto Saltini,Thanh-Hai Tran,Luca Zanolini

2024-11-01

Abstract:Gasper, the consensus protocol currently employed by Ethereum, typically requires 64 to 95 slots -- the units of time during which a new chain extending the previous one by one block is proposed and voted -- to finalize. This means that under ideal conditions -- where the network is synchronous, and all chain proposers, along with more than two-thirds of the validators, behave as dictated by the protocol -- proposers construct blocks on a non-finalized chain that extends at least 64 blocks. This exposes a significant portion of the blockchain to potential reorganizations during changes in network conditions, such as periods of asynchrony. Specifically, this finalization delay heightens the network's exposure to Maximum Extractable Value (MEV) exploits, which could undermine the network's integrity. Furthermore, the extended finalization period forces users to balance the trade-off between economic security and transaction speed. To address these issues and speed up finality, we introduce a partially synchronous finality gadget, which we combine with two dynamically available consensus protocols -- synchronous protocols that ensure safety and liveness even with fluctuating validator participation levels. This integration results in secure ebb-and-flow protocols [SP 2021], achieving finality within three slots after a proposal and realizing 3-slot finality.

Distributed, Parallel, and Cluster Computing

What problem does this paper attempt to address?

The problem that this paper attempts to solve is the latency issue in finality in the current Ethereum consensus protocol, Gasper. Specifically:

1. **Finality Latency**: Gasper usually requires 64 to 95 slots (a unit of time, each slot is used to propose and vote on a new block) to achieve finality. This means that under ideal conditions, even if the network is synchronized and more than two - thirds of the validators follow the protocol, the proposer still needs to build at least 64 blocks on an unfinalized chain. This makes a large part of the blockchain vulnerable to reorganization when network conditions change (such as during asynchronous periods).

2. **MEV Vulnerability**: This finality latency increases the network's exposure to Maximum Extractable Value (MEV) attacks, which may compromise the integrity of the network.

3. **User Experience Trade - off**: Users are forced to make a trade - off between economic security and transaction speed because a longer finality cycle reduces the speed of transaction confirmation.

To solve these problems and accelerate finality, this paper introduces a partially - synchronous finality tool and combines it with two dynamically - available consensus protocols. This combination achieves the goal of finalizing within three slots, the so - called "3 - slot finality".

### Specific Improvement Measures

- **Partially - Synchronous Finality Tool**: By introducing a partially - synchronous finality tool, finality can be achieved in a shorter time.
- **Dynamically - Available Consensus Protocols**: Combining two dynamically - available consensus protocols ensures security and liveness even when the level of validator participation fluctuates.
- **Ebb - and - Flow Protocol**: Through this protocol combination, better finality guarantees can be provided under both synchronous and asynchronous network conditions.

### Main Contributions

- **Reducing Finality Time**: Reducing the finality time from 64 to 95 slots to just 3 slots.
- **Enhancing Security**: Reducing the time the network is exposed to MEV attacks and other potential risks.
- **Improving User Experience**: Providing a faster transaction confirmation speed, thereby enhancing the overall user experience.

Through these improvements, the paper aims to enhance the security and efficiency of the Ethereum network while providing users with a faster and more reliable transaction confirmation mechanism.