g11tech
197 posts
@g11tech
buidl-ing alpha in ZK | ETH | Blockchain | Payments | Marketplaces | AI
Ethereum has effectively been running in single-lane mode: one long queue of transactions, executed strictly in order. Even with multi-core CPUs, validation stays sequential. BALs (Block-level Access Lists, EIP-7928) change that. Each block carries a precise map of every account and storage slot it will touch, removing any guesswork during execution. They also include the post-transaction state diff for every transaction. Not just what a transaction accesses, but what the state becomes immediately after. With these diffs, clients can detect conflicts deterministically, resolve dependencies, and execute transactions in parallel. Parallelism becomes safe, predictable, and consistent across clients. BALs are slated for the Glamsterdam hardfork in 2026. This upgrade will be the foundation for several future scalability improvements across the execution layer. This is how Ethereum scales using the hardware everyone already has: BALs turn single-lane validation into multi-lane execution, unlocking far higher throughput without compromising decentralization. For more, visit blockaccesslist.xyz, read the EIP, or reach out with questions.
Ream and @zeamETH achieved devnet1 interop! New report of @qdrvm_io also achieving interop just now! The first Lean Consensus devnet that integrates post-quantum signature signing & verification. Next step: scale up # of validators and performance baseline for future devnets!
From quantum computing expert Scott Aaronson latest blog post: "...given the current staggering rate of hardware progress, I now think it’s a live possibility that we’ll have a fault-tolerant quantum computer running Shor’s algorithm before the next US presidential election."
Client releases are out. Testnets start forking next week. Fusaka is coming.
