Risposta di Vitalik alla questione della centralizzazione del controllo

In risposta alla recente dichiarazione di Vitalik Buterin riguardo al fatto che "Ethereum sta diventando sempre più decentralizzato nella convalida, ma centralizzato nel controllo", un utente della comunità ha sottolineato che "inviare 32 MB di dati a 4 nodi richiede una larghezza di banda in upload di 1 Gbit. Se la rete necessita di 4 salti, è necessaria una larghezza di banda di 4 Gbit e, considerando la propagazione dei dati, la richiesta di larghezza di banda in upload potrebbe raddoppiare, raggiungendo i 2,5 Gbit/s." Vitalik non ha risposto direttamente a questa osservazione.

Chiarimenti di Vitalik sulla trasmissione dei blob

Vitalik Buterin ha spiegato che non è necessario che un singolo partecipante trasmetta tutti i blob. Questi blob sono già nel mempool (memory pool) e ci sono molte opzioni di trasmissione distribuite. Ci sono ancora molti passi da compiere per raggiungere l'obiettivo dei 16 MB di DAS completo, e non c'è l'intenzione di continuare senza aver trovato una soluzione soddisfacente.

Preoccupazioni di Péter Szilágyi sul piano PeerDAS

In precedenza, Péter Szilágyi (karalabe.eth), sviluppatore principale di Ethereum, ha twittato che il piano PeerDAS di Ethereum prevede di aumentare la dimensione dei blocchi a 32 MB nei prossimi aggiornamenti, il che avrà un impatto negativo sui produttori di blocchi locali. Ha evidenziato che il tempo di propagazione dei blocchi di Ethereum è molto rigido, con solo 4 secondi per propagare un blocco in tutta la rete. Nonostante PeerDAS divida la rete in subnet, è comunque necessario propagare 32 MB di dati entro 4 secondi, un peso difficile da sostenere per i nodi domestici.