Starknet sufrió una breve caída de la red principal este lunes, y la oficina oficial publicó posteriormente un informe de análisis del incidente. El problema se debió a una inconsistencia de estado entre la capa de ejecución (blockifier) y la capa de prueba — específicamente, en ciertos escenarios de llamadas cruzadas y combinaciones de retrocesos, la capa de ejecución registró incorrectamente estados que deberían haber sido revocados, lo que finalmente causó errores en la ejecución de las transacciones. Estas transacciones afectadas nunca recibieron la confirmación final de L1. El incidente provocó una reorganización de bloques, afectando aproximadamente a 18 bloques.



Este evento refleja la vulnerabilidad de la arquitectura de capa 2 en la gestión de estados complejos. La coordinación entre la capa de ejecución y la capa de prueba puede parecer de baja probabilidad, pero cuando ocurre, puede causar reacciones en cadena. La buena noticia es que Starknet oficial identificó y publicó a tiempo los resultados del análisis, y las futuras reparaciones y mejoras en la gestión de riesgos son dignas de atención. Para los usuarios, esto también sirve como recordatorio de la conciencia de riesgos al participar en redes L2 emergentes.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
  • Recompensa
  • 4
  • Republicar
  • Compartir
Comentar
0/400
HashRateHustlervip
· hace4h
Otra vez se ha caído, L2 todavía es demasiado joven --- La capa de ejecución y la capa de prueba están en conflicto, al final la transacción sufre, esta estrategia es realmente genial --- ¡Reorganización de 18 bloques! Menos mal que no se liquidó, de lo contrario sería otra masacre --- ¿Inconsistencia de estado? En realidad, es un bug en el código, ¿para qué adornarlo tanto? --- Starknet esta vez reaccionó bastante rápido, al menos no echó la culpa, mejor que algunos proyectos --- Los riesgos de las L2 emergentes son realmente altos, mejor esperar a que se estabilicen antes de entrar, no queremos seguir esta tendencia --- La lógica de rollback en llamadas entre funciones no está bien pensada, ahora es demasiado tarde para ponerse al día --- Qué bueno que encontraron el problema, lo importante es si la reparación será de calidad, esperemos y veremos --- Este tipo tiene razón, la vulnerabilidad de la arquitectura solo teme a los cisnes negros, una o dos veces está bien, pero si son muchas, ¿quién se atreve a usarla? --- 18 bloques, unos perdieron, otros ganaron, en la cadena no hay perdedores, solo diferentes ganadores
Ver originalesResponder0
NewDAOdreamervip
· 01-11 02:41
Otra vez, otra vez, otra vez se ha caído, si seguimos así con L2, ¿los usuarios todavía se atreverán a usarlo?
Ver originalesResponder0
DeFiCaffeinatorvip
· 01-11 02:40
Otro problema en L2, esta vez le tocó a Starknet. La capa de ejecución y la capa de prueba se pelearon, 18 bloques se quedaron fuera, por suerte no se armó un problema mayor.
Ver originalesResponder0
MetaNeighborvip
· 01-11 02:27
Otra vez, otra vez, otra vez se ha caído... Este ecosistema L2 realmente está lleno de obstáculos en cada paso.
Ver originalesResponder0
  • Anclado

Opera con criptomonedas en cualquier momento y lugar
qrCode
Escanea para descargar la aplicación de Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)