More transparent and allows access to anyone with a phone. It's better in some aspects.

I have suggested coordinators a few weeks ago to stop discussing Glamsterdam and focus on delivery of Fusaka. Maybe sometimes less ACD calls may help with the process? Maybe the 'future fork' calls should not be happening when the current fork testnet timelines are at risk?

Was surprised to hear that ePBS (EIP 7732) is considered likely to be scheduled for Glamsterdam on tomorrow’s ACD call, and particularly that it’s seen as a substitute for delayed execution (such as EIP 7886) Have never heard a very good reason to do delayed execution at the consensus layer rather than the execution layer. Unlike EIP 7886, ePBS doesn’t help simplify builders—they still have to execute the full block to generate the state root As many have pointed out, the optionality problem seems bad (8 seconds for a builder to cancel their block!). Even when the option isn’t exercised, this could add a lot of latency before users can see if their transaction was included But it also just seems like yet another complex change that doesn’t do anything to help users, which I thought Ethereum was moving past

Big changes are coming to @EthereumFndn’s ecosystem development cluster to support real-world adoption. Here’s what’s changing and why it matters🧵

Robinhood just announced tokenized private companies !!! @SpaceX and @OpenAI will be tokenized on Robinhood Chain !

I had signalled 60M a few months ago on my erroneous understanding that it was safe to do so. It is now estimated that at this stage, a 45M limit is safe. A 25% increase of network capacity is already awesome! Planning to adjust validators as soon as I can as a consequence 🫡

Over the last couple of days, all major @ethereum clients signalled that they consider a move to 45M gas per block safe. Please adjust your validators accordingly. Please update to the new releases to get the improvements and fixes that clients need to safely move to 45MGas ⬇️

After huge effort from all EL clients we are now ready for 45 MGas limit on Ethereum Mainnet. @NethermindEth released a 1.32.0 version which sets 45 as a default value + history expiry for pre-merge blocks + huge block production revenue improvement:

Shortening the Ethereum L1 slot time from 12 to 6 seconds has benefits across the stack: * Better UX * More value for users, with lower fees on DEXes * A better confirmation engine for interop protocols * More! We make the case for its headliner consideration in Glamsterdam.

Shorter slot times are the highest priority for Glamsterdam IMO