# Reth - Glamsterdam Headliners ## Summary We are strongly supportive of EIP-7928: Block-level Access Lists being a headliner for Execution Layer. It’s a high impact medium-to-low scope change that would potentially allow including additional EIPs for UX improvement and L1 scaling. On the Consensus Layer, we would like to see EIP-7732: Enshrined Proposer-Builder separation (ePBS) shipped with EIP-7805: Fork-Choice Inclusion Lists (FOCIL) as a stretch goal. **EIP-7928: Block-level Access Lists** We are most excited for this EIP to advance L1 scaling by enabling: - Batch state access ahead of execution, reducing redundant lookups. - Parallel execution of transactions. The design is minimally invasive to clients and backwards-compatible with the current transaction format. While we acknowledge that the scope of this EIP on its own may not fully meet the traditional “headliner” bar in terms of engineering lift, the strategic leverage it provides for L1 execution performance warrants prioritization. We would like to see soft commitments to bundling this with other EL-side improvements to round out a compelling Glamsterdam Execution Layer scope. **EIP-7732: Enshrined Proposer-Builder separation (ePBS)** ePBS delivers the long-anticipated separation of beacon and execution payloads, decoupling the time when the payload is built from when it's gossiped and validated. This separation: - Gives attesters more time to validate and propagate blocks. - Lays the groundwork for the ZK L1 roadmap by giving the ability to utilise the extended validation time for proof generation **EIP-7805: Fork-Choice Inclusion Lists (FOCIL)** FOCIL introduces a light-weight mechanism for validators to include a canonical “inclusion list” of transactions, improving censorship resistance and providing an objective standard for proposer behavior. Though more modest in scope compared to ePBS, FOCIL: - Integrates cleanly into existing fork-choice logic. - Imposes minimal overhead. - Provides meaningful MEV mitigation and fairness guarantees. We believe FOCIL is a natural complement to ePBS, and support including it as a stretch goal in Glamsterdam. ## Considerations **ePBS vs Delayed Execution** Both EIP-7732 (ePBS) and EIP-7886 (Delayed Execution) aim to increase the block validation time for the attesters, however we think that ePBS is in a more mature state in terms of specification and implementation and avoids introducing additional concerns like ”free” DA. For this reason, we prefer to prioritize ePBS over Delayed Execution for Glamsterdam, with the latter (the EL only Async Execution part of the proposal) remaining an interesting candidate for future upgrades that can be layered on top. **Slot Restructuring vs Reduced Slot Time** Slot restructuring improves time utilization and attestation effectiveness by decoupling activities within a slot. It is also more adaptable to future upgrades and can help decouple responsibilities in a cleaner way. **Other Headliner Proposals** We have reviewed the full set of EIPs under consideration for Glamsterdam and find that proposals not explicitly endorsed here either lack the ecosystem impact required of a headliner, do not align with Ethereum’s current strategic priorities, or are not yet mature enough in terms of specification, implementation, or testing readiness.