Optimism (OP), una solución líder de escalamiento de Capa 2 para Ethereum, está lista para implementar cambios importantes en su sistema Fault Proof, que afectarán directamente a los puentes, los intercambios centralizados y las soluciones personalizadas que manejan los retiros. Este desarrollo es crucial para las partes interesadas dentro del ecosistema Optimism, ya que deben adaptar sus sistemas para alinearse con el nuevo proceso de verificación de retiros.

Descripción general de la actualización del sistema a prueba de fallos

La actualización introduce un cambio de L2OutputOracle a un nuevo sistema que comprende OptimismPortal y DisputeGameFactory. L2OutputOracle, que anteriormente era esencial para la función de Proponente en el almacenamiento de propuestas de salida de estado L2, se eliminará por completo. En su lugar, los desarrolladores deberán utilizar rootClaim de un juego de disputa para probar los retiros durante el primer paso del proceso de retiro de dos pasos.

El contrato OptimismPortal experimentará cambios menores ya que ahora hace referencia al contrato DisputeGameFactory en lugar de L2OutputOracle. Los desarrolladores ahora deben buscar contratos recientes de DisputeGame con el tipo de juego apropiado a través de OptimismPortal para demostrar los retiros. Este cambio mejora la seguridad y la descentralización del proceso de retiro, pero requiere que los desarrolladores actualicen su código de cliente en consecuencia.

Impacto en puentes e intercambios centralizados

La transición a Pruebas de fallas requiere actualizaciones en la lógica para manejar los retiros. La mayoría de los equipos que aprovechan Optimism SDK o Viem necesitarán actualizar sus versiones de software antes del lanzamiento de Sepolia. El SDK de Optimism, por ejemplo, requiere una actualización a la versión 3.2.0 o superior, que mantiene la compatibilidad API e integra la nueva lógica automáticamente una vez que se detecta la actualización a prueba de fallos.

Para quienes usan Viem, la última versión rompe la API, lo que requiere el uso de un decorador experimental que admita pruebas de fallas. Una vez que las pruebas de fallas se hayan integrado en la red principal, se recomendará un cambio a la API estable.

Cambios en el sistema de monitoreo

Los servicios Withdrawal Monitor y Dispute Monitor se han actualizado para adaptarse al nuevo sistema a prueba de fallas. El servicio Withdrawal Monitor, crucial para el sistema de retiro de dos pasos, se ha vuelto ligeramente más lento al inicio pero más confiable y compatible con una gama más amplia de infraestructura. Sigue siendo totalmente compatible con los sistemas existentes.

El servicio Dispute Monitor, por otro lado, reemplazará al Fault Monitor actual para detectar propuestas de salida no válidas. Los equipos que actualmente ejecutan Fault Monitor deberán cambiar al nuevo servicio y actualizar sus sistemas de alerta para cumplir con la nueva actualización.

Próximos pasos para desarrolladores y operadores

Se recomienda a los desarrolladores y operadores dentro de la red Optimism que se familiaricen con los próximos cambios revisando la documentación detallada proporcionada por Optimism. Esto incluye comprender los tres componentes principales del sistema a prueba de fallas (Cannon FPVM y Mips.sol) y preparar sus sistemas para la transición.

Las actualizaciones de Fault Proof están programadas para lanzarse en la red de prueba el 19 de marzo de 2024. Es crucial que todas las partes involucradas preparen sus sistemas con anticipación para garantizar una integración perfecta con el nuevo protocolo y evitar interrupciones en sus operaciones.

Optimism continúa brindando apoyo a los desarrolladores para aquellos que experimentan dificultades durante la transición. La participación proactiva y la documentación detallada reflejan el compromiso de Optimism de mantener un ecosistema sólido y amigable para los desarrolladores.

Fuente de la imagen: Shutterstock