🚨 El informe de la red de desarrollo de Sunnyside (30/09) acaba de caer: sobre la red de desarrollo-5 se ejecutó a una escala de red principal de ~ 11% (~ 1.7K nodos completos). Si le importa el escalado de blobs y los límites de red, esta es una lectura esencial. Un hilo 🧵
Sunnyside Labs, junto con @ethPandaOps, @Optimism y @base, ha lanzado otra mega-devnet para Fusaka, con 56K validadores y 1.7K nodos completos, aproximadamente el 11% de la escala de la red principal, y admite hasta 72 blobs.
El rendimiento de blobs en devnet-5 sostuvo 22/33 blobs y se estiró a 48/72, con el uso de gas alcanzando un máximo cercano a ~ 45M. El mayor limitador fue la capacidad de la red: los nodos completos con límites de carga de 50 Mbps alcanzan el techo constantemente en 48/72 blobs.
A diferencia de nuestras pequeñas redes de desarrollo anteriores, los picos P2P de EL para los nodos completos superaron por completo a los chismes, creando una nueva inestabilidad a escala. El lado EL de las redes es ahora la fuente de volatilidad dominante. Los picos de carga de chismes de columna disminuyeron, probablemente porque el tráfico EL ya estaba saturando el ancho de banda y los nodos tenían más pares CL para compartir solicitudes de columna.
En cuanto a la disponibilidad, la confiabilidad de GetBlobsV2 mostró claramente algunas degradaciones con una carga mayor. Geth y Nethermind mostraron una mayor disponibilidad de blobs que la tasa de aciertos, lo que sugiere que a menudo solo tenían blobs parciales, lo que sugiere que permitir devoluciones parciales de la API GetBlobs podría ayudar al rendimiento de CL con recuentos de blobs más altos. Mientras tanto, el rendimiento de GetBlobAPI de Reth ha mejorado mucho, duplicando los recuentos de pares (~ 120 frente a ~ 40-60) y finalmente sacudiendo los problemas de sincronización / OOM anteriores.
Conclusión: Fusaka desbloqueará la compatibilidad con más blobs para L2, mientras que los BPO programados actualmente se escalarán verticalmente hasta un objetivo de 14 blobs por bloque (con un máximo de 21). Para ir más allá de este límite, se requiere una atención cuidadosa a los cuellos de botella críticos destacados en este informe, a saber, el ancho de banda de carga, la estabilidad de la red P2P y los valores atípicos específicos del cliente. La prioridad inmediata debe ser mejorar la eficacia del ancho de banda y refinar el control de blobs de cliente, como habilitar devoluciones parciales a través de la API GetBlobs. Sunnyside Labs sigue comprometido con el avance de estas áreas y continuará trabajando para llevar el rendimiento de blobs a sus límites, pero siempre de una manera que garantice que la red funcione de manera segura y confiable.
Mostrar original
2.21 K
14
El contenido al que estás accediendo se ofrece por terceros. A menos que se indique lo contrario, OKX no es autor de la información y no reclama ningún derecho de autor sobre los materiales. El contenido solo se proporciona con fines informativos y no representa las opiniones de OKX. No pretende ser un respaldo de ningún tipo y no debe ser considerado como un consejo de inversión o una solicitud para comprar o vender activos digitales. En la medida en que la IA generativa se utiliza para proporcionar resúmenes u otra información, dicho contenido generado por IA puede ser inexacto o incoherente. Lee el artículo enlazado para más detalles e información. OKX no es responsable del contenido alojado en sitios de terceros. Los holdings de activos digitales, incluidos stablecoins y NFT, suponen un alto nivel de riesgo y pueden fluctuar mucho. Debes considerar cuidadosamente si el trading o holding de activos digitales es adecuado para ti según tu situación financiera.