La red principal Base anunció recientemente dos fallos de detención consecutivos; vale la pena prestar atención al informe completo de retrospectiva que la oficial acaba de publicar. El 25 de junio, la primera interrupción se prolongó durante 116 minutos; al día siguiente, apareció otra interrupción de 20 minutos. El problema central radica en un defecto en la lógica de construcción de bloques del secuenciador.
Después de que fallara la ejecución de la transacción, no se limpió correctamente el estado histórico de journal, lo que provocó que el cálculo de gas de transacciones posteriores legítimas fuera anómalo. En última instancia, se generaron bloques con transiciones de estado inválidas, lo que detuvo directamente la producción de bloques de toda la L2. Durante ese periodo, las transacciones de los usuarios no pudieron registrarse en la cadena y el mempool se congestionó gravemente.
La entidad oficial subraya: **los fondos de los usuarios están completamente seguros** y los activos on-chain nunca se vieron afectados. Aunque ya se corrigió mediante el parche PR #3806 , durante el reinicio del secuenciador las condiciones de carrera del motor fueron la causa indirecta de la segunda interrupción del día siguiente.
Base a continuación se centrará en reforzar las pruebas de fuzzing a nivel de protocolo y las pruebas de estrés, además de actualizar el sistema de monitoreo y operación, incorporando un «mecanismo de recuperación elegante» para mejorar la capacidad de respuesta ante fallos.
#Base #Layer2
Después de que fallara la ejecución de la transacción, no se limpió correctamente el estado histórico de journal, lo que provocó que el cálculo de gas de transacciones posteriores legítimas fuera anómalo. En última instancia, se generaron bloques con transiciones de estado inválidas, lo que detuvo directamente la producción de bloques de toda la L2. Durante ese periodo, las transacciones de los usuarios no pudieron registrarse en la cadena y el mempool se congestionó gravemente.
La entidad oficial subraya: **los fondos de los usuarios están completamente seguros** y los activos on-chain nunca se vieron afectados. Aunque ya se corrigió mediante el parche PR #3806 , durante el reinicio del secuenciador las condiciones de carrera del motor fueron la causa indirecta de la segunda interrupción del día siguiente.
Base a continuación se centrará en reforzar las pruebas de fuzzing a nivel de protocolo y las pruebas de estrés, además de actualizar el sistema de monitoreo y operación, incorporando un «mecanismo de recuperación elegante» para mejorar la capacidad de respuesta ante fallos.
#Base #Layer2