# Choice

Nethermind team prefers the following EIPs as headliners for Glamsterdam:
- EIP-7732 enshrined Proposer-Builder separation (ePBS)
- EIP-7928 Block-level Access Lists (BALs)

Additionally Nethermind team is supportive of the following EIPs:
- EIP-7805 Fork-Choice Inclusion Lists (FOCIL)
(Supported only if included alongside ePBS or in a follow-up fork)
- EIP-7692 EVM Object Format (EOFv1) Meta

# Rational

## ePBS

As we aim to scale blobs and L1 execution, We cannot overlook the constraints solo/home validators have. Network decentralization must not be secondary in our priorities to scaling. While 6s Slot time is a massive improvement to UX, it does not address the limited bandwidth constraints of those validators. As such, we feel that 6s Slot should be implemented in the following fork after ePBS.

We also tested larger blocks and shorter slots with ePBS and without it, and the network was only stable with ePBS.
https://x.com/ChodoKamil/status/1945154735058657357

### Synergy with BALs and FOCIL

Both BALs and FOCIL increase the bandwidth demand, and with ePBS slot restructuring we get a lot more bandwidth for block propagation which addresses this demand.

## BALs

BALs greatly increases L1 execution scaling by enabling parallel execution.

## FOCIL

Censorship Resistance aligns with Ethereum values.

## EOF

EOF addresses long-standing EVM pain points, providing benefits to DevX and zkEVM performance. It's also a foundational step for future EVM improvements, possibly even a transition to RISC-V based execution.