FUSAKA BANDWIDTH ESTIMATION

Summary from the TLDR Crypto newsletter

Ethereum's upcoming Fusaka fork introduces PeerDAS, splitting blobs into 128 columns so nodes custody data proportional to stake, creating three roles (supernodes, validators, and full nodes) and enabling an 8x theoretical scaling limit with erasure coding. Devnet tests suggest the BPO schedule to 10 and 14 target blobs keeps validating nodes within EIP-7870 limits at roughly 17–25 Mb/s, while supernodes absorb heavier peaks and features like distributed blob building, MEV relays, and a max-blobs flag mitigate proposer bandwidth.