Glamsterdam with EIP-7928 (Block-Level Access Lists) is approaching the final mile, and things look great:
* Significant throughput increase thanks to parallelism
* Faster and simpler sync via snap v2
* Future-compatible with zkEVMs, partially stateful nodes, inclusion lists, and trie migrations
When we started working on the idea, we saw it as a nice scaling feature and didn’t yet realize that adding state diffs would have a bunch of positive side effects: making tracing faster, improving inclusion list quality under FOCIL (EIP-7805), and helping nodes catch up faster after being offline.
Glamsterdam will be one of the biggest forks we’ve seen, and it took correspondingly long, but the result will be worth it.
显示更多
Block Access Lists (EIP-7928) is going to be more important for ethereum than a 10 blobs / block target capacity.
Glamsterdam will bring snap sync to the next level.
With snap v2, the Block-level Access List, which is basically a state diff, is used to replace the traditional healing phase.
The result, it becomes faster and simpler to sync a node.
Clients are ready with Glamsterdam.
Snycing has never been that smooth.
显示更多
Reminder: you can now sync an ethereum node within half a day and with aggressive settings the space it takes up on disk can be under half a terabyte.
EIP-4444 and hard work by client teams on optimizing snap sync has improved things *a lot*.
Glamsterdam will improve the sync situation further still (eg. Nimbus's new sync protocol uses it)
显示更多
Native UTXOs on Ethereum.
Payments should be one-shot objects, not permanent state.
Bitcoin got this right. Ethereum can bring the same idea to payments: prove existence from history, keep only a spent bit in state, and reduce permanent state by ~99.8%.
Check out the blog post for details.
显示更多