🚨 El informe de devnet de Sunnyside (30/09) acaba de salir — sobre el devnet-5 que funcionó a ~11% de la escala de mainnet (~1.7K nodos completos). Si te importa la escalabilidad de blobs y los límites de la 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 mainnet - y soportando hasta 72 blobs.
El rendimiento de blobs en devnet-5 se mantuvo en 22/33 blobs, y se estiró a 48/72, con el uso de gas alcanzando un pico cercano a ~45M. El mayor limitante fue la capacidad de la red: los nodos completos con límites de carga de 50Mbps alcanzaron el techo constantemente en 48/72 blobs.
A diferencia de nuestras pequeñas devnets anteriores, los picos de EL P2P para los nodos completos superaron completamente el gossip, creando una nueva inestabilidad a gran escala. El lado EL de la red es ahora la fuente dominante de volatilidad. Los picos de carga de gossip en la columna se han suavizado, probablemente porque el tráfico de EL ya estaba saturando el ancho de banda y los nodos tenían más pares de CL para compartir solicitudes de columna.
En cuanto a la disponibilidad, la fiabilidad 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 mantenían blobs parciales, lo que indica que permitir devoluciones parciales de la API GetBlobs podría ayudar al rendimiento de CL con un mayor número de blobs. Mientras tanto, el rendimiento de la API GetBlob de Reth ha mejorado mucho, duplicando el número de pares (~120 frente a ~40–60) y finalmente superando los problemas de sincronización/OOM del pasado.
Conclusión: Fusaka desbloqueará soporte para más blobs para L2s, mientras que los BPOs programados actualmente escalarán hasta un objetivo de 14 blobs por bloque (con un máximo de 21). Para superar este límite, se requiere 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 eficiencia del ancho de banda y refinar el manejo de blobs del 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 opere de manera segura y confiable.
Mostrar original
2,19 mil
14
El contenido de esta página lo proporcionan terceros. A menos que se indique lo contrario, OKX no es el autor de los artículos citados y no reclama ningún derecho de autor sobre los materiales. El contenido se proporciona únicamente 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 vinculado para obtener más detalles e información. OKX no es responsable del contenido alojado en sitios de terceros. El holding de activos digitales, incluyendo stablecoins y NFT, implican un alto grado de riesgo y pueden fluctuar en gran medida. Debes considerar cuidadosamente si el trading o holding de activos digitales es adecuado para ti a la luz de tu situación financiera.