La actualización Mesa de Mina detuvo el procesamiento de transacciones en la blockchain de capa 1 durante aproximadamente ocho horas el 3 de septiembre, con la cadena dividida en un tramo de cinco horas de bloques vacíos y un tramo de tres horas sin producción de bloques en absoluto. Los exchanges suspendieron los depósitos y retiradas de MINA desde la ranura de parada de transacciones a las 10:00 UTC hasta que se completó la primera ranura de Mesa a las 18:30 UTC, dejando las actualizaciones de nodos de archivo y nodos manuales aún en curso a la mañana siguiente. La carga de compatibilidad más dura ha recaído sobre los zkApps desplegados, que no pueden procesar transacciones autorizadas por pruebas hasta que sus desarrolladores compilen claves de verificación compatibles con Mesa.
Por qué importa
Mesa cambia las constantes del protocolo y las restricciones de los circuitos, por lo que las pruebas generadas contra claves de verificación previas a la actualización ya no verifican. Un zkApp no puede reanudar la actividad autorizada por pruebas hasta que su desarrollador compile una clave compatible con Mesa con o1js 3.0 y publique la actualización en la cadena. El radio de impacto es amplio: cualquier contrato que se bloqueó tras la autorización por pruebas ahora depende de que su desarrollador publique la actualización antes de que vuelva la funcionalidad. La ruta de migración de Mina permite temporalmente que los permisos de clave de verificación configurados como prueba o imposible vuelvan a la autorización por firma, pero los permisos de acceso configurados como imposible permanecen bloqueados. No hay una fecha límite fija de migración.
Impacto en el mercado
Más allá de la parada, Mesa reduce a la mitad el tiempo de ranura, de tres minutos a 90 segundos, y limita temporalmente las transacciones de zkApp a 12 por bloque después de que las pruebas de estrés detectaran picos de memoria al eliminar el límite flexible. La pregunta más amplia es cuántos zkApps desplegados publicarán la actualización a tiempo, y si la autorización temporal por firma abre una ventana que los desarrolladores no anticiparon cuando bloquearon sus reglas de permisos.
Preguntas frecuentes
-
¿Cuál fue el cronograma de la actualización Mesa de Mina el 3 de septiembre?
La ranura de parada de transacciones a las 10:00 UTC desencadenó un tramo de cinco horas de bloques vacíos, seguido de aproximadamente tres horas sin producción de bloques. La primera ranura de Mesa se completó a las 18:30 UTC, aunque las actualizaciones de nodos de archivo y nodos manuales aún estaban en curso a la…
-
¿Por qué los zkApps desplegados necesitan nuevas claves de verificación tras la actualización Mesa?
Mesa cambia las constantes del protocolo y las restricciones de los circuitos, por lo que las pruebas generadas contra claves previas a la actualización ya no verifican. Los desarrolladores deben compilar una nueva clave con o1js 3.0 y publicar la actualización en la cadena antes de que se puedan reanudar las…
-
¿Hay una fecha límite para que los zkApps migren a claves compatibles con Mesa?
No. La ruta de migración de Mina mantiene una autorización temporal por firma activa hasta que cada zkApp actualice su clave, pero no se ha fijado una fecha límite de migración.
-
¿Qué otros cambios introduce la actualización Mesa más allá de la parada?
Mesa reduce a la mitad el tiempo de ranura, de tres minutos a 90 segundos, y limita temporalmente las transacciones de zkApp a 12 por bloque, después de que las pruebas de estrés detectaran picos de memoria al eliminar el límite flexible.
-
¿Siguen suspendidos los depósitos y retiradas de MINA en los exchanges?
Se indicó a los exchanges que suspendieran los depósitos y retiradas de MINA desde la ranura de parada de transacciones a las 10:00 UTC hasta que se completó la primera ranura de Mesa a las 18:30 UTC, y cada exchange controla cuándo se reanuda el soporte de transferencias.
Crypto News
WuBlockchain
CoinTelegraph
CoinDesk
Crypto Rank News
TheBlock