Recientemente, la solución L2 del ecosistema de Ethereum, Starknet, experimentó una caída inesperada. Según el análisis posterior oficial, el problema se originó en la verificación de estado entre la capa de ejecución (blockifier) y la capa de prueba.

Específicamente, en ciertas llamadas cruzadas entre funciones combinadas con retrocesos de estado, la capa de ejecución presentó una vulnerabilidad lógica: registró incorrectamente aquellos cambios de estado que deberían haber sido revertidos. Esto llevó directamente a errores en la ejecución de transacciones posteriores, y estas transacciones afectadas no recibieron la confirmación final en la capa L1.

¿Y cuál fue el resultado? Toda la red activó un mecanismo de reorganización de bloques, y todas las actividades en la cadena en aproximadamente 18 minutos fueron revertidas. Suena un poco aterrador, pero en los sistemas distribuidos, este tipo de mecanismo de autorreparación en realidad es una característica de diseño.

Lo que es aún más notable es que esta ya es la segunda interrupción importante que enfrenta Starknet en 2025. Anteriormente, en septiembre, una vulnerabilidad en el ordenador causó una interrupción del servicio de más de 5 horas, y en esa ocasión se revirtió aproximadamente 1 hora de datos en la cadena. Parece que la robustez de la red L2 en escenarios de alta concurrencia o anomalías aún necesita ser fortalecida.