Saw a lot of back and forth on faster slot time (EIP-7782) and epbs (EIP-7732), so I wanted to share where I stand. First off, I want to emphasize that all the discussions I’ve seen have been in good faith, everyone wants what’s best for Ethereum. The main question is just the order of operations. This is a good problem to have! From the outside it might look messy, but that’s what public R&D looks like. We're in an open kitchen debating whether to serve steak or lobster first, the customer gets both either way, it’s just a matter of when and how. Now speaking just for myself (not my team), I believe we should ship EIP-7732 first. Here’s why: 1.) From an engineering perspective, it makes more sense to restructure first, then shorten. Doing it the other way around is not just more engineering work, it’s not 1:1 (not linear either) but it's harder to reason about. 2.) From a testing perspective, it's simpler to test slot restructuring first and then faster slots. As we saw in Pectra, testing is the main bottleneck to shipping! 3.) From a security perspective, rolling out a larger change (like restructuring) first and then a smaller one (shortening) is often safer. Let it run on mainnet and harden before adding more complexity. 4.) From a timeline perspective, in terms of combined time, I believe (EIP-7732 → EIP-7782) is faster than (EIP-7782 → EIP-7732). We could ship 7782 just 3–4 months after 7732 if we work on both in parallel and switch to test mode as soon as 7732 lands. A short CL-only fork could get us there quickly. That’s just my view as someone building and implementing this stuff day to day. I’m missing context in both research and the community. Ultimately the users of Ethereum should have a say, would you prefer faster slot times in Glamsterdam or a higher execution gas limit and more blob capacity? Why? I’d love to hear your thoughts