Fusakaアップグレード後のEthereumノードタイプ別帯域幅の変化 ethPandaOpsチームは、イーサリアムのインフラ運用に関連するオープンソースビルダーであり、FusakaのPeerDASアプリケーションをdevnet環境で検証しました。(元のコメントで) Fusakaの最も重要なアップグレードはPeerDASであり、EthereumにはL2がロールアップされるBlobsという別の空間があります。 L2の使用が増加するにつれて、このブロブ空間を急速に拡大する需要が高まります。 しかし、ブロブを無期限に増やすと、イーサリアムL1のSPACが増加し、中央集権化が進むことになります。 したがって、イーサリアムはシャーディング(danksharding)を導入する計画で、これはバリデーターがこのブロブ空間をシャーディングすることでシャーディングし、その中間ステップがPeerDASです。 たとえPeerDASを通じてブロブの数を徐々に増やしても、個々のノードのネットワーク帯域幅増加を最小限に抑えることができます。 ethPandaOpsチームによる実験のプロセスと結果は、コメントに添付された原文に示されています。 この投稿では、結論だけを述べます。 これは、Fusaka以降にイーサリアムのメインネットブロブが14に拡大されたことに基づいて、各ノードタイプに必要な空間と帯域幅の変更です。 1⃣スーパーノード(4096 ETH以上のステーキングノード) スーパーノードの場合、すべての128列サブネットをサブスクライブしなければならず、ブロブの18日間のデータ保持期間中はすべてデータを保持しなければなりません。 スーパーノードは実質的にイーサリアムネットワークの「バックボーン」として機能し、P2P帯域幅とDA処理において最大の計算負荷を伴います。 ネットワーク帯域幅は通常100 Mb/s以上で、ピーク時には400 Mb/sの帯域幅レベルを処理しなければなりません。 通常、インフラ専門家や施設を基盤としたプロのバリデーターチームによって運営されます。 2⃣ ホームステーカー(ソロステーカー、32 ETH) 32 ETHをステーキングするソロステーカーノードの場合、割り当てられた8つのサブネットとランダムカラムのサブネットにサブスクライブすれば十分です。 スーパーノードに比べて処理するデータ量は1/8未満なので、必要なスパックは大幅に削減されます。 帯域幅については約25 Mb/sで十分です。 3⃣ フルノード(バリデータなし) 検証しない単純なフルノードなら、4列サブネットにサブスクライブすれば十分です。 スーパーノードと比べて正確に1/32のデータを処理するだけで済み、P2Pの帯域幅、ディスク使用量、CPU要件が大幅に削減されます。 ネットワーク参加に関しては、4~8 Mb/sという非常に小さな帯域幅でネットワークに参加することが可能です。 ...