Vad krävs för att faktiskt få ett zk-aktiverat, post-quantum Ethereum-nätverk att leva? I detta avsnitt (5/6 i Lean Ethereum-serien) skiftar Raúl och Will från @ethereumfndn fokus från primitiva till systemintegration: nätverk, samordning och klientinteroperabilitet. Diskussionen kretsar kring hur post-kvantsignaturer och zk-baserad aggregering påverkar nätverkslagret och end-to-end-protokolldesignen. De täcker: – Varför post-kvantsignaturer introducerar icke-triviala begränsningar på grund av storlek, vilket kräver omdesign av propagation, aggregering och bandbreddsutnyttjande – DevNets roll som iterativa integrationsmiljöer: från grundläggande interoperabilitet → signaturgenerering → aggregering → rekursiv komposition – Nätverksbegränsningar enligt EIP-7870: begränsad bandbredd, latenskänslighet och behovet av att optimera för "goodput" snarare än rå genomströmning – Övergång från bursty gossip-baserad spridning till kontinuerligt pipelined dataflöde, där signaturer inkrementelleras över nätverkstopologier – Avvägningar i topologidesign: subnät, hierarkisk aggregering, redundans och adversariella överväganden (t.ex. undvikande av identifierbara aggregeringspunkter) – ETH P2P som en specialbyggd nätverksstack, som ersätter generiska libp2p-komponenter med mekanismer som raderkodad broadcast och strukturerad routing – Samordning över lager: kryptografi, klientimplementation, nätverk och mätvärden, med delad observabilitet för att utvärdera latens, duplicering och slutlig konvergens Se hela avsnittet