Båndbredde endres etter Ethereum-nodetype etter Fusaka-oppgraderingen ethPandaOps-teamet, en åpen kildekode-bygger knyttet til Ethereum-infrastrukturoperasjoner, har verifisert Fusakas PeerDAS-applikasjon i et devnet-miljø. (I den opprinnelige kommentaren) Fusakas viktigste oppgradering er PeerDAS, og Ethereum har et eget område kalt Blobs hvor L2-er ruller opp. Etter hvert som L2-bruken øker, er det et behov for å raskt utvide dette blob-området. Men økende blobs på ubestemt tid vil føre til en økning i Ethereum L1s SPAC, som igjen vil føre til sentralisering. Derfor planlegger Ethereum å introdusere sharding (danksharding), som blir shardet av validatorer ved å sharde dette blob-området, og mellomtrinnet er PeerDAS. Selv om antallet blobs gradvis utvides gjennom PeerDAS, kan båndbreddeøkningen i nettverket av individuelle noder minimeres. Prosessen og resultatene av ethPandaOps-teamets eksperimentering vises i originalteksten som er vedlagt kommentarene. I dette innlegget er konklusjonen som følger. Dette er en endring i nødvendig spac og båndbredde for hver nodetype basert på utvidelsen av Ethereums mainnet-blobs til 14 etter Fusaka. 1⃣Supernode (staking-node med 4096 ETH eller mer) For supernoder må alle subnett med 128 kolonner abonneres, og all data må beholdes i blobens 18-dagers lagringsperiode. Supernoder fungerer effektivt som «ryggraden» i Ethereum-nettverket, med den største beregningsbelastningen for P2P-båndbredde og DA-prosessering. Nettverksbåndbredden er minst 100 Mb/s i normale tider og må håndtere båndbreddenivåer på 400 Mb/s i rushtiden. Den drives vanligvis av et team av profesjonelle validatorer basert på infrastrukturfagfolk og fasiliteter. 2⃣ Hjemmestaker (solo staker, 32 ETH) For en solo staker-node som staking 32 ETH, trenger de bare å abonnere på de 8 subnettene som er tildelt dem, og subnett for tilfeldige kolonner. Siden den bare trenger å behandle mindre enn 1/8 av dataene sammenlignet med supernoden, reduseres den nødvendige avstanden betydelig. For båndbredde er en båndbredde på rundt 25 Mb/s tilstrekkelig. 3⃣ Full node (ingen validator) For en enkel full node som ikke validerer, trenger du bare å abonnere på 4-kolonne subnett. Den trenger bare å behandle nøyaktig 1/32 av dataene sammenlignet med en supernode, og P2P-båndbredde, diskbruk og CPU-krav reduseres betydelig. For nettverksdeltakelse er det mulig å delta i nettverket med en svært liten båndbredde på 4~8 Mb/s. ...