Perubahan bandwidth berdasarkan jenis node Ethereum setelah peningkatan Fusaka Tim ethPandaOps, pembuat sumber terbuka yang terkait dengan operasi infrastruktur Ethereum, telah memverifikasi aplikasi PeerDAS Fusaka di lingkungan devnet. (Dalam komentar asli) Peningkatan Fusaka yang paling penting adalah PeerDAS, dan Ethereum memiliki ruang terpisah yang disebut Blobs tempat L2 bergulir. Seiring dengan meningkatnya penggunaan L2, ada permintaan untuk memperluas ruang blob ini dengan cepat. Namun, peningkatan gumpalan tanpa batas waktu akan menyebabkan peningkatan SPAC Ethereum L1, yang akan mengarah pada sentralisasi. Oleh karena itu, Ethereum berencana untuk memperkenalkan sharding (danksharding), yang dipecahkan oleh validator dengan membelahan ruang blob ini, dan langkah perantaranya adalah PeerDAS. Bahkan jika jumlah blob secara bertahap diperluas melalui PeerDAS, peningkatan bandwidth jaringan node individu dapat diminimalkan. Proses dan hasil eksperimen tim ethPandaOps dengannya ditunjukkan dalam teks asli yang dilampirkan pada komentar. Dalam posting ini, kesimpulannya saja adalah sebagai berikut. Ini adalah perubahan dalam spac dan bandwidth yang diperlukan untuk setiap jenis node berdasarkan perluasan gumpalan mainnet Ethereum menjadi 14 setelah Fusaka. 1⃣Supernode (node staking dengan 4096 ETH atau lebih) Untuk supernode, semua 128 subnet kolom harus berlangganan, dan semua data harus dipertahankan selama periode retensi data blob selama 18 hari. Supernode secara efektif berfungsi sebagai "tulang punggung" jaringan Ethereum, dengan beban komputasi terbesar untuk bandwidth P2P dan pemrosesan DA. Bandwidth jaringan setidaknya 100 Mb/s dalam waktu normal dan harus menangani tingkat bandwidth 400 Mb/s selama jam sibuk. Biasanya dioperasikan oleh tim validator profesional berdasarkan profesional dan fasilitas infrastruktur. 2⃣ Staker rumah (solo staker, 32 ETH) Untuk node staker solo yang mempertaruhkan 32 ETH, mereka hanya perlu berlangganan 8 subnet yang ditetapkan untuk mereka dan subnet untuk kolom acak. Karena hanya perlu memproses kurang dari 1/8 data dibandingkan dengan supernode, spac yang diperlukan sangat berkurang. Untuk bandwidth, bandwidth sekitar 25 Mb/s sudah cukup. 3⃣ Node penuh (tanpa validator) Untuk node penuh sederhana yang tidak memvalidasi, Anda hanya perlu berlangganan 4 subnet kolom. Itu hanya perlu memproses tepat 1/32 data dibandingkan dengan supernode, dan bandwidth P2P, penggunaan disk, dan persyaratan CPU sangat berkurang. Untuk partisipasi jaringan, dimungkinkan untuk berpartisipasi dalam jaringan dengan bandwidth yang sangat kecil 4 ~ 8 Mb / s. ...