EIP-7917: Deterministic proposer lookahead
EIP-7917 proposes to pre-calculate and store a deterministic proposer lookahead in the beacon state at the start of every epoch. This mechanism aims to support faster Layer 2 preconfirmations by offering predictable validator responsibilities.
Authors: Lin Oshitani and Justin Drake
Status: Considered for Inclusion

Resources:
-----------------
- EIP-7917 on Ethereum.org
- Ethereum Magicians Thread
- EIP-7917 Full Spec HackMD

Useful Links:
-----------------
- Consensus Spec PR #4190
- Randao Explanation
- HackMD Notes by Pooja Ranjan
- Docswell Resource

Playlists:
-----------------
- Pectra PEEPanEIP Playlist
- General PEEPanEIP Playlist

Follow on Twitter:
--------------------------
- Lin Oshitani
- Justin Drake
- Pooja Ranjan
- Edited by Akash Kshirsagar

Topics Covered:
-------------------------
00:00 - Quick Recap
00:34 - PEEPanEIP Intro
00:48 - Introduction
01:08 - About EIP 7917
02:10 - Lin Introduction
02:57 - Justin Introduction
03:34 - Overview on EIP 7917 by Justin
06:34 - Presentation on EIP 7917
06:45 - EIP 7917 Outline
07:20 - What are Rollups?
08:15 - What are Centralized Sequencers?
08:48 - What are Preconfirmations?
10:13 - Based Rollups
11:24 - Based Preconfirmations
14:32 - Issues with current L1
14:38 - First Issue: Lookahead Availability in EVM issue
19:18 - Second Issue: Lookahead Instability Issue
27:15 - Conclusion
28:58 - Presentation End
29:20 - Q&A Section
29:31 - What factors dictate latency in real conditions?
31:19 - What must happen post-implementation for noticeable improvement?
35:46 - Is a longer lookahead useful?
38:51 - Why “deterministic” if using randao?
41:11 - What are threads and mitigation strategies?
42:46 - Can L2 block being full prevent preconf?
44:42 - Can a proposer renounce after preconf? Slot-level lookahead helpful?
47:19 - Rapid Fire Round
52:25 - Final message from Justin Drake
54:02 - Final message from Lin
55:21 - Closing Words

-------------------------
#EIP7917 #Ethereum #PEEPanEIP