本文是Sunnyside Devnet的更新报告，重点是测试不同的共识层（CL）客户端（Lighthouse, Prysm, Teku, Lodestar, Grandine）在处理大量blob时的性能。测试目的是确定每个CL客户端可以处理的最大blob数量，并分析了geth的blobpool行为以及getBlobs命中率与blob吞吐量之间的关系。

本文是Sunnyside Devnet 2025年4月8日的更新报告，主要探讨了CL（共识层）对EL（执行层）中getBlobs的依赖性，通过禁用EL端的getBlobs功能，观察blob吞吐量的变化以及CL的传播效果。实验结果表明，在有良好的getBlobs命中率时，网络性能更优，且getBlobs有助于更快地准备好区块。

本文是Sunnyside Devnet的更新报告，分析了在接近主网1/8规模的网络中，blob吞吐量、网络使用情况、GetBlobsV2指标、CPU和RAM使用率等关键性能指标。报告指出，全节点的上行链路带宽是限制因素, EL P2P的峰值成为比预期更大的波动来源。并建议关注上传带宽、P2P网络和客户端的异常值，以便安全地扩展BPO。

本文是Sunnyside Devnet在7月14日的更新报告，重点介绍了在高blob吞吐量下对网络带宽的基准测试。报告涵盖了blob吞吐量、网络使用情况以及CPU和RAM使用情况的测试结果，并分析了不同客户端在不同网络条件下的性能表现，旨在为以太坊主网升级提供有价值的参考。

本文是Sunnyside Devnet 2024年4月8日的更新报告，主要研究了在EL中禁用getBlobs对CL的影响，通过lighthouse/geth和lighthouse/nethermind测试，观察到禁用getBlobs后，网络的blob吞吐量下降，getBlobs的性能对网络性能有正面影响，但同时也带来了一些数据处理上的问题。

本文是Sunnyside Devnet在8月13日的更新报告，主要介绍了在混合devnet环境中进行的blob吞吐量、网络使用情况、共识机制以及CPU和RAM使用情况的测试结果。报告指出，即使在带宽受限的情况下，网络也能达到较高的blob吞吐量，但随着压力增加，稳定性和传播速度会受到影响，同时不同客户端在执行层的表现也有差异。

本文总结了Sunnyside Devnet在8月13日进行的更新和测试结果，该测试在混合devnet环境中实现了72个blobs/block的吞吐量，但在高负载下稳定性下降。带宽限制主要影响fullnode的上传，导致区块传播时间增加和共识问题。Geth表现出更高的GetBlobsV2命中率，而Besu在高blob负载下表现不佳。Reth存在内存泄漏问题。

本文总结了Sunnyside Devnet的最新进展，重点关注不同执行层（EL）客户端与Lighthouse共识层客户端的配对性能，以及Devnet-6的测试情况。文章分析了各EL客户端在blob处理能力、资源利用率以及稳定性方面的表现，并强调了统一EL指标的重要性，以便更深入地比较不同客户端的性能，并规划了后续的测试步骤。

本文是Sunnyside Devnet 07/14的更新报告，主要关注在高blob吞吐量下网络带宽的基准测试。报告涵盖了blob吞吐量、网络使用情况、CPU/RAM使用情况和创世同步等多个方面的测试结果，通过限制网络带宽，分析了不同客户端在应对高负载和网络约束时的表现，并识别了影响吞吐量的瓶颈。

该文章是Sunnyside Devnet在8月13日发布的更新报告，主要介绍了fusaka-devnet-3混合devnet的测试结果，包括在各种场景下的blob吞吐量、网络使用情况、共识机制和GetBlobsV2指标等。报告指出，在带宽限制下，网络仍然可以达到较高的blob吞吐量，但系统会因传播限制而受到影响，同时不同客户端在执行层的行为也存在差异。