Notificación del Propio Puente de Dusk: Cierra el Vínculo del Lanzamiento de DuskEVM a una Revisión Sin Fecha de Finalización
volví y leí completa la notificación oficial del incidente del puente de Dusk en lugar de quedarme solo con el titular. Una frase cerca de la parte inferior llamó la atención:
compartirán actualizaciones una vez que "la revisión esté completa y tengamos un plan confirmado y un calendario para reabrir los servicios del puente y reanudar el lanzamiento de DuskEVM".
lo leí dos veces. El lanzamiento de DuskEVM no se describe como un hito independiente por sí mismo. Está explícitamente vinculado a que primero termine la revisión del puente. Dos piezas separadas de infraestructura, seguridad de la cartera y el despliegue de una capa completa de ejecución, incluidas en una sola cadena de dependencias, con ninguna fecha adjunta a ninguna de las dos.
la notificación en sí se maneja bien por lo demás: un cronograma claro de lo que se detectó, lo que se pausó y lo que se reforzó. No se vieron afectados fondos de usuarios, dicen. Bien. Pero esa única línea significa que el calendario de mainnet de DuskEVM nunca fue realmente independiente; siempre estuvo condicionado a una revisión de seguridad con una fecha de finalización abierta.
cualquiera que siguiera DuskEVM como un elemento de su propia hoja de ruta era, con las propias palabras de Dusk, en realidad dar seguimiento a una investigación del puente con un lanzamiento de EVM atado al final.
me hace preguntarme a cuántas personas repitiendo un calendario de lanzamiento de DuskEVM les ha quedado claro que en realidad nunca fue una decisión tomada en solitario por Dusk; siempre dependía de cuándo se cierre esa revisión.
#dusk $DUSK @Dusk
volví y leí completa la notificación oficial del incidente del puente de Dusk en lugar de quedarme solo con el titular. Una frase cerca de la parte inferior llamó la atención:
compartirán actualizaciones una vez que "la revisión esté completa y tengamos un plan confirmado y un calendario para reabrir los servicios del puente y reanudar el lanzamiento de DuskEVM".
lo leí dos veces. El lanzamiento de DuskEVM no se describe como un hito independiente por sí mismo. Está explícitamente vinculado a que primero termine la revisión del puente. Dos piezas separadas de infraestructura, seguridad de la cartera y el despliegue de una capa completa de ejecución, incluidas en una sola cadena de dependencias, con ninguna fecha adjunta a ninguna de las dos.
la notificación en sí se maneja bien por lo demás: un cronograma claro de lo que se detectó, lo que se pausó y lo que se reforzó. No se vieron afectados fondos de usuarios, dicen. Bien. Pero esa única línea significa que el calendario de mainnet de DuskEVM nunca fue realmente independiente; siempre estuvo condicionado a una revisión de seguridad con una fecha de finalización abierta.
cualquiera que siguiera DuskEVM como un elemento de su propia hoja de ruta era, con las propias palabras de Dusk, en realidad dar seguimiento a una investigación del puente con un lanzamiento de EVM atado al final.
me hace preguntarme a cuántas personas repitiendo un calendario de lanzamiento de DuskEVM les ha quedado claro que en realidad nunca fue una decisión tomada en solitario por Dusk; siempre dependía de cuándo se cierre esa revisión.
#dusk $DUSK @Dusk