トレンドトピック
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
別のレポートがドロップされました - Sunnsyide Labs による 8/4 PeerDAS Devnet レポートがここにあります!
PeerDASを使用した本番スタイルの条件でノードがどのように動作するかに興味がありますか?🧵

2025年7月21日
Sunnysideの7/14 PeerDAS Devnetレポートがこちら!
PeerDAS の現状を詳しく見てみましょう - どのくらいの BLOB を処理できるのか、そしてボトルネックは何なのか?
今回、Sunnyside Labsは、より現実的な環境でのネットワーク安定性を確認するために、@ethPandaOpsのfusaka-devnet-2イメージに基づいて2種類のdevnetを実行しました。
1. 相互運用開発ネットワーク(50%のスーパーノードを持つCL/ELクライアントが混在)
2. 完璧なPeerDAS devnet(各ノードは一意のデータ列を独占的に保管します)
Devnet構成ごとに、3つの新しいテストシナリオを実行しました。
1. 大きな Tx を持つブロブ
これは、通常のトランザクションが、ノード間でのデータ列の伝播とのブロック伝播の競合にどのような影響を与えるかを調査するためです。テストでは、各ブロックを 22 Mgas(2MB ブロック サイズ)に達するように維持しました。
2. 帯域幅制限 + 大きな送信
このテストは、ホームステーカーなどの帯域幅が制限されたノードの条件下でのネットワークの動作を調査するためのものです。帯域幅は
EIP-7870 の推奨事項に従って、スーパーノードの場合は 100/50Mbps、フルノードの場合は 50/25Mbps に設定します。
3. ジェネシスシンクテスト
Genesis Sync は、同期プロセスのブロッカーやバグを見つけるために、devnet 上でテストされます。
これらのテストから得られた洞察は次のとおりです。
1 - 制約のないネットワークでは、大規模なトランザクションがネットワークに与える影響が少ない
Interop Devnet と Perfect PeerDAS Devnet の両方で、ネットワークは BLOB 以外の追加のトランザクションを使用しても、60 個の BLOB に大きな問題なく耐えました。この結果は、BLOB のみを使用したベースライン シナリオと同じです。
これは、BLOB 以外の通常のトランザクションが、リソースの制約なしにネットワークの安定性に与える影響が最小限であることを示しています。
2 - 帯域幅制限は、さまざまなパスのネットワークに影響します
アップリンクがスーパーノードで 100/50Mbps、フルノードで 50/25Mbps に調整されたため、BLOB のスループットは、相互運用開発ネットでは 20 BLOB/ブロック、Perfect PeerDAS 開発ネットでは 30 BLOB/ブロックに縮小しました。
これらの制限の下で、beacon_blockトピックに関するIWANTメッセージの急増は、ビーコンブロックの伝播に苦労していることを示しました。また、ノードがエグレスの上限に達すると、EL メモリプールが公開するブロブの数ははるかに少なく、getBlobsV2 の成功率が急激に低下しました。
内部の議論では、スーパーノードの 50 Mbps のアップロード上限が主な原因であると指摘されており、EIP-7870 の上限は、より広範なネットワークにサービスを提供するスーパーノードではなく、ローカル ブロック ビルダー向けに調整されています。したがって、これらのテストは現実世界の条件よりも厳しかったです。
Sunnyside Labs は今週、この制約の正確な影響を測定するために、より高いスーパーノード帯域幅を使用してフォローアップ テストを実行する予定です。
3 - Genesis同期は相互運用性devnetでは機能しますが、Perfect PeerDAS devnetでは失敗しました
Genesisの同期は、Interop devnetで完璧に完了しましたが、Perfect PeerDASでのFuluアップグレードエポックの直後に停止しました。ノードがジェネシス同期中にすべての列を取得できない場合は、理想的には追加のピアをクエリしてギャップを埋める必要がありますが、これはどのクライアントにもまだ実装されていません。このクロスピア列のフェッチが、Fusaka がまだ開いている前に必須の機能になるかどうか。決定は来週木曜日のACDで行われる予定だ。
4 - バリデーターのカストディバックフィルが@Teku_Consensysで成功しました
バリデーター カストディ バックフィルを使用すると、クライアントは欠落している履歴列を検出し、ピアから自動的に取得できます。
私たちの専用テストでは、Tekuの実装が完璧に機能し、ギャップを特定し、通常の条件下で問題なく完全に埋め戻すことが確認されました。テストでは、ブロブのないチェーンに大きなギャップがあるエッジケースの小さなバグが特定され、チームによってすぐに修正されました。
他のクライアントは現在この機能に取り組んでおり、実装が完了すると、将来の Sunnyside devnets でテストされる予定です。
Sunnyside Labs は今週も引き続き開発ネットを実行し、次のトピックに焦点を当てます。
- スーパーノード帯域幅の制限が高く、時間が長いDevnet相互運用性
- Perfect PeerDAS devnetでのジェネシス同期テストのさらなる分析
- 最大ブロックサイズ(スナッピー圧縮形式)、ブロバーで破損したノード、および分割ネットワークでのファイナリティに焦点を当てたより多くのDevnets
1.2K
トップ
ランキング
お気に入り