Mitä vaaditaan, jotta zk-yhteensopiva, post-quantum Ethereum-verkko todella herää eloon? Tässä jaksossa (5/6 Lean Ethereum -sarjasta) Raúl ja Will siirtyvät @ethereumfndn painopistettä primitiivien järjestelmäintegraatioon: verkottumiseen, koordinointiin ja asiakasyhteentoimivuuteen. Keskustelu keskittyy siihen, miten post-kvanttisignatuurit ja zk-pohjainen aggregointi vaikuttavat verkkokerrokseen ja päästä päähän -protokollasuunnitteluun. Ne kattavat: – Miksi post-kvanttisignatuurit tuovat mukanaan ei-triviaaleja rajoitteita koon vuoksi, mikä vaatii etenemisen, aggregoinnin ja kaistanleveyden käytön uudelleensuunnittelua. – DevNetsin rooli iteratiivisina integraatioympäristöinä: perusyhteensopivuudesta → allekirjoituksen generointiin → aggregaatioon → rekursiiviseen koostumukseen – Verkkorajoitukset EIP-7870:n mukaan: rajoitettu kaistanleveys, viiveherkkyys ja tarve optimoida "hyvän sijoituksen" mukaan raakan läpäisykyvyn sijaan – Siirtymä räjähtävästä juorupohjaisesta leviämisestä jatkuvaan putkistettuun datavirtaan, jossa allekirjoitukset yhdistetään asteittain verkon topologioiden yli – Topologian suunnittelun kompromissit: aliverkot, hierarkkinen aggregaatio, redundanssi ja vastakkainasetteluun liittyvät näkökohdat (esim. tunnistettavien aggregaatiopisteiden välttäminen) – ETH P2P tarkoitukseen rakennettuna verkkopinona, joka korvaa geneeriset libp2p-komponentit mekanismeilla kuten pyyhityskoodattu lähetys ja rakenteellinen reititys – Koordinointi kerrosten välillä: kryptografia, asiakastoteutus, verkottuminen ja mittarit, jaetulla havaittavuudella viiteen, päällekkäisyyksien ja lopullisuuden konvergenssin arvioimiseksi Katso koko jakso