🔴 Optimism acaba de aprobar la actualización que necesita su Superchain antes de que pueda ponerse en marcha la interoperabilidad
Optimism aprobó la Upgrade 20, moviendo su sistema de fallos protegidos hacia la arquitectura necesaria para la interoperabilidad futura de la Superchain.
La gobernanza de la red Ethereum layer-2 completó la votación el 16 de septiembre, poniendo OP Sepolia, Ink Sepolia, Soneium Minato y Unichain Sepolia en camino hacia una actualización de contrato específica para el 17 de septiembre. La ejecución en mainnet está programada para el 24 de septiembre si el nuevo sistema completa una prueba sana de siete días en testnet.
El cambio mueve las pruebas de fallos de Output Root Dispute Games a Super Root Dispute Games, alterando la forma en que las cadenas de OP Stack desafían un estado incorrecto antes de que los retiros se finalicen de vuelta en Ethereum. Optimism describe la actualización como un requisito previo para la interoperabilidad porque Super Roots eventualmente pueden representar múltiples cadenas en el mismo timestamp.
Esa interoperabilidad sigue siendo un paso posterior. La Upgrade 20 mantiene la infraestructura de disputa de cada cadena separada, y cada juego nuevo aún contiene el Output Root de una sola cadena. Al hacer la transición del sistema de disputas ahora, Optimism busca evitar modificar nuevamente esa capa de seguridad cuando active la interoperabilidad entre cadenas.
🔸 Los Super Roots cambian los retiros antes de que las cadenas sean interoperables
El mayor cambio operativo proviene de cómo los juegos de Super Root identifican el estado que se está impugnando.
Los juegos existentes de Output Root anclan una reclamación a un número de bloque de L2. Los juegos de Super Root, en cambio, usan una marca de tiempo, creando la referencia temporal común que un eventual sistema de disputas multi-cadena requerirá. Las cadenas con permisos pasan al tipo de juego 5, mientras que las implementaciones de pruebas de fallos sin permisos usan el tipo de juego 9.
Los operadores de la cadena deben actualizar su infraestructura de pruebas de fallos alrededor del cambio en el contrato de L1. op-challenger y op-dispute-mon necesitan soporte de Super Root antes del cambio, mientras que op-proposer debe pasar al nuevo RPC y al nuevo tipo de juego cuando se ejecuten los contratos actualizados.
#OP | #Optimism | $OP
Optimism aprobó la Upgrade 20, moviendo su sistema de fallos protegidos hacia la arquitectura necesaria para la interoperabilidad futura de la Superchain.
La gobernanza de la red Ethereum layer-2 completó la votación el 16 de septiembre, poniendo OP Sepolia, Ink Sepolia, Soneium Minato y Unichain Sepolia en camino hacia una actualización de contrato específica para el 17 de septiembre. La ejecución en mainnet está programada para el 24 de septiembre si el nuevo sistema completa una prueba sana de siete días en testnet.
El cambio mueve las pruebas de fallos de Output Root Dispute Games a Super Root Dispute Games, alterando la forma en que las cadenas de OP Stack desafían un estado incorrecto antes de que los retiros se finalicen de vuelta en Ethereum. Optimism describe la actualización como un requisito previo para la interoperabilidad porque Super Roots eventualmente pueden representar múltiples cadenas en el mismo timestamp.
Esa interoperabilidad sigue siendo un paso posterior. La Upgrade 20 mantiene la infraestructura de disputa de cada cadena separada, y cada juego nuevo aún contiene el Output Root de una sola cadena. Al hacer la transición del sistema de disputas ahora, Optimism busca evitar modificar nuevamente esa capa de seguridad cuando active la interoperabilidad entre cadenas.
🔸 Los Super Roots cambian los retiros antes de que las cadenas sean interoperables
El mayor cambio operativo proviene de cómo los juegos de Super Root identifican el estado que se está impugnando.
Los juegos existentes de Output Root anclan una reclamación a un número de bloque de L2. Los juegos de Super Root, en cambio, usan una marca de tiempo, creando la referencia temporal común que un eventual sistema de disputas multi-cadena requerirá. Las cadenas con permisos pasan al tipo de juego 5, mientras que las implementaciones de pruebas de fallos sin permisos usan el tipo de juego 9.
Los operadores de la cadena deben actualizar su infraestructura de pruebas de fallos alrededor del cambio en el contrato de L1. op-challenger y op-dispute-mon necesitan soporte de Super Root antes del cambio, mientras que op-proposer debe pasar al nuevo RPC y al nuevo tipo de juego cuando se ejecuten los contratos actualizados.
#OP | #Optimism | $OP
