Fusaka 升級後以太坊節點類型的帶寬變化 與以太坊基礎設施運營相關的開源建設者 ethPandaOps 團隊分享了一份有關 Fusaka 的 PeerDAS 應用在 devnet 環境中驗證的精彩資料。（原文在評論中） Fusaka 的核心升級是 PeerDAS，以太坊擁有一個專門用於 L2 進行 Rollup 的 Blob 空間。 隨著 L2 使用的增加，對於快速擴展這個 Blob 空間的需求也隨之增加。然而，無限擴展 Blob 將導致以太坊 L1 的規格增加，這將導致中心化。 因此，以太坊計劃通過對這個 Blob 空間進行分片，讓驗證者們分開存儲，這就是所謂的分片（Danksharding），而這次引入的 PeerDAS 可以視為其中的一個中間階段。 通過 PeerDAS，即使逐步擴展 Blob 的數量，也能將個別節點的網絡帶寬增長最小化。 ethPandaOps 團隊實驗的過程和結果在附上的原文中有詳細說明。 如果要簡單轉述這篇文章的結論部分，內容如下。 以 Fusaka 為基準，當以太坊主網的 Blob 擴展到 14 個時，各類型節點的需求規格和帶寬變化如下。 1⃣ 超級節點（4096ETH 以上的質押節點） 超級節點需要訂閱所有 128 個子網，並在 Blob 的數據保留期內（18 天）保存所有數據。 超級節點實際上將成為以太坊網絡的 "骨幹"，P2P 帶寬和 DA 處理的計算負擔最大。 網絡帶寬在平時需達到 100Mb/s 以上，峰值時需承擔 400Mb/s 的帶寬。 通常由專業的驗證者團隊基於基礎設施專業人員和設備運營。 2⃣ 家庭質押者（單獨質押者，32ETH） 對於質押 32ETH 的單獨質押者節點，只需訂閱分配給自己的 8 個子網和隨機列的子網。 由於只需處理超級節點的 1/8 以下的數據，因此需求規格大幅減少。 帶寬方面，約 25Mb/s 的帶寬就足夠了。 3⃣ 全節點（無驗證者） 對於不進行驗證的簡單全節點，只需訂閱 4 個列子網。 只需處理超級節點的 1/32 的數據，P2P 帶寬、磁碟使用量和 CPU 要求大幅減少。 為了參與網絡，只需 4~8Mb/s 的非常少的帶寬即可參與網絡。 ...