Cambiamenti della larghezza di banda per tipo di nodo Ethereum dopo l'aggiornamento Fusaka Condivido un ottimo materiale verificato dal team di builder open source ethPandaOps riguardo all'applicazione di PeerDAS di Fusaka nell'ambiente devnet. (Nel commento originale) L'aggiornamento più importante di Fusaka è PeerDAS, e Ethereum ha uno spazio separato chiamato Blob in cui i L2 possono eseguire il rollup. Con l'aumento dell'uso dei L2, c'è una crescente domanda di espansione rapida di questo spazio Blob. Tuttavia, aumentare indefinitamente il Blob comporterebbe un aumento delle specifiche di Ethereum L1, il che porterebbe alla centralizzazione. Pertanto, Ethereum prevede di introdurre lo sharding (Danksharding) per suddividere questo spazio Blob in modo che i validatori possano conservarlo. PeerDAS è una fase intermedia di questo processo. Attraverso PeerDAS, anche se il numero di Blob viene espanso gradualmente, sarà possibile minimizzare l'aumento della larghezza di banda della rete per i singoli nodi. Il processo e i risultati di questo esperimento condotto dal team ethPandaOps sono riportati nel commento del testo originale. In sintesi, la conclusione di questo post è la seguente: In base all'espansione dei Blob fino a 14 nel mainnet di Ethereum dopo Fusaka, ecco le specifiche richieste e i cambiamenti di larghezza di banda per tipo di nodo. 1⃣ Supernodo (nodo di staking con oltre 4096ETH) Nel caso dei supernodi, è necessario iscriversi a tutte le 128 subnet e conservare tutti i dati per 18 giorni, che è il periodo di conservazione dei dati del blob. I supernodi svolgeranno di fatto il ruolo di "backbone" della rete Ethereum, e la loro richiesta di larghezza di banda P2P e il carico computazionale per il trattamento dei DA sono i più elevati. La larghezza di banda della rete è di oltre 100Mb/s in condizioni normali e deve gestire picchi fino a 400Mb/s. In generale, sarà gestito da un team di validatori professionisti basato su personale e attrezzature specializzate. 2⃣ Home Staker (Solo Staker, 32ETH) Nel caso di un nodo di solo staking che stacca 32ETH, è sufficiente iscriversi solo alle 8 subnet assegnate e a una subnet casuale. Poiché deve elaborare meno di 1/8 dei dati rispetto ai supernodi, le specifiche richieste diminuiscono notevolmente. Per quanto riguarda la larghezza di banda, è sufficiente una larghezza di banda di circa 25Mb/s. 3⃣ Full Node (senza validatori) Nel caso di un semplice full node che non fa validazione, è sufficiente iscriversi solo a 4 subnet. Deve elaborare esattamente 1/32 dei dati rispetto ai supernodi, e la richiesta di larghezza di banda P2P, utilizzo del disco e requisiti della CPU diminuiscono notevolmente. È possibile partecipare alla rete con una larghezza di banda molto bassa di 4-8Mb/s. ...