La actualización Mina Mesa detuvo el procesamiento de transacciones durante aproximadamente ocho horas el 3 de septiembre mientras la cadena de bloques de capa 1 migraba el mainnet a su lanzamiento Mesa. Las exchange suspendieron las transferencias de MINA, mientras que las zkApps implementadas ahora necesitan nuevas claves de verificación antes de poder reanudar la actividad autorizada por pruebas.
El proceso se dividió en cinco horas cuando los bloques continuaron sin transacciones y aproximadamente tres horas cuando la red no produjo bloques. Mina alcanzó su límite de transacciones a las 10:00 UTC, y los productores de bloques actualizados generaron bloques vacíos durante 100 ranuras antes de que la producción de bloques se detuviera a las 15:00 UTC.
El runbook de actualización oficial ahora marca esos hitos como completados. También registra como completados el lanzamiento del paquete Mesa a las 16:30 UTC y la primera ranura Mesa a las 18:00 UTC. Las actualizaciones del nodo de archivo y del nodo manual permanecieron en curso esta mañana.
Mina instruyó a los exchanges a deshabilitar los depósitos y retiros de MINA desde la ranura de transacción detenida a las 10:00 UTC hasta que la red Mesa se volviera operativa. La primera ranura de Mesa ya se ha completado, aunque cada exchange controla cuándo reanuda su soporte de transferencias.
La actualización Mina Mesa reduce los tiempos de ranura
La actualización Mina Mesa también cambia la cadencia de funcionamiento de la red. Según el feature explainer de Mina, la versión reduce el tiempo de slot de tres minutos a 90 segundos. Limita temporalmente las transacciones zkApp a 12 por bloque, tras pruebas de estrés que detectaron picos de memoria cuando los desarrolladores probaron eliminar el límite suave.
El requisito de compatibilidad más estricto recae en las zkApps implementadas. Mesa cambia constantes del protocolo y restricciones de circuito, por lo que las pruebas realizadas contra claves de verificación previas a la actualización ya no se verifican. Una zkApp no puede procesar transacciones autorizadas por nueva prueba hasta que su desarrollador compile una clave compatible con Mesa con o1js 3.0 y actualice la clave almacenada en la cadena.
Esta es una actualización de compatibilidad en la cadena, no un fallo permanente del contrato implementado. Una vez que se registre la nueva clave, el zkApp podrá volver a enviar transacciones autorizadas por prueba bajo Mesa, sujeto a sus reglas de permisos restauradas.
La ruta de migración de Mina permite temporalmente que los permisos de clave de verificación establecidos como proof o impossible revertan a la autorización por firma. Un permiso de acceso establecido como proof recibe el mismo reemplazo, pero un permiso de acceso establecido como impossible permanece bloqueado. Tras una actualización exitosa de la clave, la versión de transacción de la cuenta avanza y sus reglas originales de permiso de clave de verificación se restauran.
No hay una fecha límite de migración fija: el mecanismo de respaldo permanece activo hasta que una zkApp actualice su clave. Hasta entonces, la actividad autorizada por prueba sigue pausada, aunque la cadena ya ha reanudado su funcionamiento.
La publicación Las aplicaciones de cero conocimiento se vuelven inaccesibles tras la actualización de la cadena que rompe sus claves de verificación subyacentes apareció por primera vez en CryptoSlate.