PeerDAS in Fusaka is significant omdat het letterlijk sharding is. Ethereum komt tot consensus over blokken zonder dat een enkele node meer dan een klein deel van de gegevens hoeft te zien. En dit is robuust tegen 51%-aanvallen - het is client-side probabilistische verificatie, geen validator stemmingen. Sharding is een droom voor Ethereum sinds 2015, en data beschikbaarheid sampling sinds 2017 ( ), en nu hebben we het. Dat gezegd hebbende, zijn er drie manieren waarop de sharding in Fusaka incompleet is: * We kunnen O(c^2) transacties verwerken (waarbij c de per-node rekencapaciteit is) op L2's, maar niet op de ethereum L1. Als we willen dat de schaalvergroting ook ten goede komt aan de ethereum L1, verder dan wat we kunnen krijgen door constante-factor upgrades zoals BAL en ePBS, hebben we volwassen ZK-EVM's nodig. * De proposer/builder bottleneck. Vandaag de dag moet de builder de hele data hebben en het hele blok bouwen. Het zou geweldig zijn om gedistribueerde blokbouw te hebben. * We hebben geen gesharded mempool. Dat hebben we nog steeds nodig. Maar zelfs dan is dit een fundamentele stap vooruit in blockchain-ontwerp. De komende twee jaar geven ons de tijd om het PeerDAS-mechanisme te verfijnen, zorgvuldig de schaal te vergroten terwijl we blijven zorgen voor de stabiliteit, het te gebruiken om L2's te schalen, en dan, wanneer ZK-EVM's volwassen zijn, het naar binnen te draaien om ook de ethereum L1 gas te schalen. Grote felicitaties aan de Ethereum-onderzoekers en kernontwikkelaars die jarenlang hard hebben gewerkt om dit mogelijk te maken.