又一份报告发布了 - Sunnsyide Labs 的 8/4 PeerDAS Devnet 报告来了！ 想知道 PeerDAS 在生产环境下节点的表现吗？ 🧵

这次，Sunnyside Labs 基于 @ethPandaOps 的 fusaka-devnet-2 镜像运行了两种开发网络，以检查网络在更现实环境下的稳定性： 1. 互操作开发网络（混合 CL/EL 客户端，50% 超级节点） 2. 完美 PeerDAS 开发网络（每个节点独占一个唯一的数据列）

对于每个开发网络配置，我们进行了 3 个新的测试场景： 1. 大交易的 Blob 这是为了调查常规交易如何影响区块传播与数据列传播在节点之间的竞争。我们在测试中保持每个区块达到 22 Mgas（2MB 区块大小）。 2. 带宽限制 + 大交易 此测试旨在调查在带宽受限的节点（如家庭质押者）条件下网络的行为。带宽设置为超节点 100/50Mbps 和全节点 50/25Mbps，符合 EIP-7870 的建议。 3. 创世同步测试 在开发网络上测试创世同步，以找出同步过程中的任何阻碍或错误。 以下是我们从这些测试中获得的见解：

1 - 大额交易对网络的影响较小，在没有限制的网络下 在 Interop Devnet 和 Perfect PeerDAS Devnet 中，网络承受了 60 个 blob，没有出现太大问题，即使还有其他交易。这一结果与仅有 blob 的基线场景相同。 这表明，除了 blob 以外的普通交易在没有资源限制的情况下对网络稳定性影响很小。

2 - 带宽限制在不同路径上影响网络 由于超级节点的上行带宽限制为100/50Mbps，完整节点为50/25Mbps，blob吞吐量在Interop开发网络上降至每区块20个blob，在Perfect PeerDAS开发网络上降至每区块30个blob。 在这些限制下，IWANT消息在beacon_block主题上的急剧增加表明beacon区块传播困难。此外，一旦节点达到其出口上限，EL内存池暴露的blob数量大幅减少，getBlobsV2成功率急剧下降。 内部讨论指出，超级节点的50 Mbps上传上限是主要原因：EIP-7870的这一上限是为本地区块构建者量身定制的，而不是为服务更广泛网络的超级节点。因此，这些测试的条件比现实世界的情况更为苛刻。 Sunnyside Labs将在本周进行后续测试，提升超级节点带宽，以评估这一限制的确切影响。

3 - Genesis同步在Interop开发网中正常工作，但在Perfect PeerDAS开发网中失败 在Interop开发网中，Genesis同步顺利完成，但在Perfect PeerDAS的Fulu升级纪元后停滞。如果一个节点在Genesis同步期间无法获取所有列，它应该理想地查询其他对等节点以填补空白，但目前在任何客户端中尚未实现。在Fusaka之前，这种跨对等列获取是否成为必需功能仍然悬而未决；预计将在下周四的ACD上做出决定。

4 - @Teku_Consensys 的验证者托管回填成功 验证者托管回填允许客户端检测缺失的历史列，并自动从对等节点检索它们。 我们的专门测试确认了 Teku 的实现完美无缺 - 它识别了缺口，并在正常条件下完全回填，没有任何问题。在测试中发现了一个小错误，出现在链中存在大缺口且没有任何数据块的边缘情况下，团队迅速修复了这个问题。 其他客户端现在正在开发此功能，并将在未来的 Sunnyside 开发网络中进行测试，随着实现的完成。

Sunnyside Labs 本周将继续运行开发网络，重点关注以下主题： - 开发网络互操作性，提升超级节点带宽限制和延长时间 - 对 Perfect PeerDAS 开发网络的创世同步测试进行更多分析 - 更多开发网络专注于最大区块大小（以 snappy 压缩格式），被 blobber 损坏的节点，以及分裂网络上的最终性