Optimism lanza la actualización 16 de Superchain con soporte de interoperabilidad, descentralización mejorada y aumento del límite de gas a 500 millo

Red de capa 2 de Ethereum Optimismo (OP) anunció el lanzamiento de la actualización Superchain 16. Esta actualización introduce todas las modificaciones de contratos inteligentes necesarias para respaldar la futura activación de la interoperabilidad de Superchain, aunque no habilita la funcionalidad de interoperabilidad en esta etapa.

La integración de la interoperabilidad es un paso fundamental para hacer realidad la visión de Superchain, cuyo objetivo es establecer una red unificada de cadenas OP. La actualización de los contratos inteligentes está diseñada para soportar funciones esenciales de interoperabilidad, creando una base técnica para un proceso de activación más fluido y seguro.

Como se indicó en el anuncio oficial, el objetivo es minimizar los supuestos de confianza durante el desarrollo de la Supercadena. Esta actualización elimina un rol con permisos y alinea la pila OP con los estándares revisados de la Etapa 2 de L1Beat, que entrarán en vigor en enero de 2025.

Desde que el op-geth de OP Stack se actualizó para ser compatible con Go 1.23, Cannon también se ha actualizado en consecuencia. Además, Kona, un kit de desarrollo de software de prueba de transición de estado de OP Stack escrito en Rust, ahora es compatible con Cannon. La presencia de múltiples sistemas de prueba mejora la robustez de OP Stack. Anteriormente, solo estaba disponible el sistema de prueba de op-programa basado en Go.

El parámetro MAX_GAS_LIMIT está diseñado para evitar que los operadores de cadena establezcan límites de gas de bloque excesivamente altos, incompatibles con las pruebas de fallos. Con la introducción de MT Cannon en la Actualización 14, este límite se puede aumentar de forma segura. La configuración ampliada admite implementaciones de OP Stack que requieren límites de gas más altos, manteniendo la capacidad de prueba de fallos.

Esta versión incluye varias actualizaciones menores a la Carta de Rollup Estándar. Los cambios propuestos incluyen aumentar el límite de gas a 500 millones, actualizar la dirección del Administrador de Contratos de OP a 0x56ebc5c4870f5367b836081610592241ad3e0734 y establecer la etiqueta de la última versión como op-contracts/v4.0.0-rc.8, que corresponde a la confirmación 54c19f6acb7a6d3505f884bae601733d3d54a3a6 en el Monorepositorio de Optimism.

La Actualización 16 también introduce diversas actualizaciones de mantenimiento y mejoras adicionales para OP Stack. La herramienta Cannon ahora es compatible con Go 1.23, lo que garantiza la compatibilidad con los cambios continuos en Go-Ethereum. Además, las cadenas de OP Stack ahora ofrecen una mayor escalabilidad, ya que el límite máximo de gas por bloque se ha incrementado de 200 millones a 500 millones, gracias a los recientes avances en el sistema de prueba de OP Stack y la infraestructura de soporte.

La actualización 16 de Optimism introduce cambios en AnchorStateRegistry con la obligación de volver a demostrar los retiros.

Optimismo Funciona como una solución de escalado de Capa 2 para Ethereum, diseñada para facilitar transacciones más rápidas y rentables, manteniendo al mismo tiempo las garantías de seguridad de la red principal de Ethereum. Esto se logra mediante el uso de acumulaciones optimistas, un mecanismo que agrega transacciones fuera de la cadena y las envía periódicamente a Ethereum, asumiendo su validez a menos que se presente una impugnación mediante pruebas de fraude dentro de un plazo específico.

Según Optimism, la Actualización 16 representa una actualización rutinaria de los contratos inteligentes de Capa 1 asociados con la pila OP. No se prevé que la actualización cause interrupciones del servicio ni afecte al rendimiento de la red.

Al igual que la Actualización 13, la Actualización 16 incluye una invalidación única de todos los comprobantes de retiro existentes. Este paso se considera el método más sencillo y seguro para implementar cambios en el contrato de AnchorStateRegistry. Los usuarios que ya hayan enviado comprobantes de retiro pueden optar por finalizar sus retiros antes de la activación de la Actualización 16 o deberán volver a enviarlos una vez finalizada la actualización.