Hard fork de Mina el 3 de septiembre de 2026: qué pasa con tus MINA durante la parada de la red

La red de Mina suspenderá temporalmente su actividad el jueves 3 de septiembre de 2026. Entre las 10:00 y las 18:00 UTC se sucederán una parada de transacciones, una parada completa de la red y el reinicio bajo nuevas reglas de protocolo. Quien tenga MINA se ve afectado en tres puntos: las transferencias enviadas demasiado tarde ya no llegarán a la cadena, los exchanges suspenderán depósitos y retiradas, y quien haya delegado sus tenencias no recibirá recompensas de bloque mientras dure la pausa, porque en ese tiempo no se generan bloques con contenido.

La actualización se llama Mesa. La empresa de desarrollo o1Labs ha publicado el calendario con los horarios exactos y, junto a él, un resumen de lo que espera a usuarios, exchanges y operadores de nodos. Ambos documentos son públicos y constituyen la base de este artículo. La fecha límite está a tres días vista, y la única preparación que necesita la gran mayoría de los inversores cuesta cinco minutos.

Hard fork Mesa de Mina: qué ocurre exactamente el 3 de septiembre de 2026

Mesa es un hard fork, es decir, un cambio en las reglas del protocolo que no es retrocompatible. Un hard fork obliga a todos los nodos de la red a pasar al mismo tiempo al mismo software, porque la versión antigua ya no reconocería los nuevos bloques como válidos. En Mina, ese cambio no se produce con la red en marcha. La cadena se detiene según lo previsto, se lleva a un estado final definido y después se reinicia bajo la nueva versión.

La fecha se preparó en varias fases. Los cambios de reglas se confirmaron en una votación en cadena celebrada del 8 al 15 de diciembre de 2025; los derechos de voto se determinaron con una fecha de corte del 22 de noviembre de 2025. Después llegaron una red de pruebas propia y ensayos con operadores de nodos. El 19 de agosto de 2026, Mesa se desplegó primero en la red de pruebas Devnet, antes de fijar la fecha para la red principal.

Para ti como inversor, ese historial de gobernanza solo importa en un punto: demuestra que la fecha responde a una operación planificada desde hace meses y no a una medida de urgencia tras un incidente. Eso distingue a Mesa de las paradas de cadena que se han producido últimamente después de ataques. Conocer la diferencia entre una parada planificada y una parada forzosa permite leer con mucha más calma las noticias sobre blockchains detenidas.

El calendario de Mesa en detalle: de las 10:00 UTC al primer bloque

El calendario de o1Labs menciona cuatro marcas, todas el 3 de septiembre de 2026 y todas en UTC. El horario de verano de Europa central va dos horas por delante, así que las 10:00 UTC son las 12:00 en Madrid.

• 10:00 UTC: comienza el intervalo de parada de transacciones. A partir de ese momento, las transferencias enviadas ya no se incorporan a la cadena que continuará tras la migración.
• 15:00 UTC: se alcanza el intervalo de parada de la red. La red se detiene y no se producen más bloques.
• 16:30 UTC: se publican los paquetes de Mesa. Desde ese momento, los operadores de nodos pueden descargar la nueva versión.
• 18:00 UTC: comienza el primer intervalo de Mesa y se reanuda la producción de bloques.
• Entre las 10:00 y las 15:00 UTC la red sigue funcionando técnicamente, pero solo produce bloques sin contenido.

En la práctica esto significa que el momento decisivo para ti son las 10:00 UTC, y no las 15:00 UTC. Desde media mañana la cadena ya está muerta para las transferencias, aunque técnicamente siga escribiendo bloques. Quien lance una retirada a las 14:00 UTC ha perdido el tren, sin que ningún mensaje de error se lo advierta.

El hard fork explicado: por qué una blockchain debe detenerse para cambiar de reglas

Una blockchain es una contabilidad compartida sin una instancia central. Para que miles de ordenadores lleguen de forma independiente al mismo resultado, todos deben aplicar las mismas reglas. Cuando esas reglas cambian, hay dos caminos. O bien la nueva versión está construida de modo que los nodos antiguos sigan aceptando los nuevos bloques, y entonces se habla de un soft fork. O bien el cambio es lo bastante profundo como para que la versión antigua y la nueva se rechacen mutuamente, y entonces se trata de un hard fork.

Para Mesa, Mina elige el camino ordenado de una parada definida. La red acuerda un último estado válido, lo congela y reinicia desde ahí. La ventaja está en que no pueden surgir dos cadenas rivales, como ha ocurrido en el pasado con hard forks polémicos. El precio es el tiempo de inactividad que notarás el 3 de septiembre.

Otra cita de la misma semana ilustra bien cómo funciona esto: Zilliqa ejecuta su hard fork ya el 2 de septiembre, con un mecanismo de canje propio para sus tokens. Describimos ese caso en Hard fork de Zilliqa el 2 de septiembre de 2026. El hard fork Pasteur de BNB de agosto siguió el mismo patrón. La comparación merece la pena, porque muestra lo distinto que abordan las redes un mismo problema de fondo.

Intervalo de parada de transacciones: por qué se pierden las transferencias de MINA después de las 10:00 UTC

El intervalo de parada de transacciones es el momento a partir del cual las transferencias enviadas ya no alimentan el estado que sobrevive a la migración. La formulación del calendario es inequívoca: las transacciones enviadas después de ese intervalo no están presentes en la cadena una vez completada la migración.

Eso no supone una pérdida de tus saldos. Tus tenencias siguen donde estaban antes de las 10:00 UTC. Lo que desaparece es el movimiento; el dinero se queda en su sitio. Así que quien envíe MINA desde un exchange a su propia dirección a las 11:00 UTC debe contar con que la transferencia sencillamente no ha tenido lugar y habrá que lanzarla de nuevo tras el reinicio.

La cosa se vuelve incómoda allí donde un pago está atado a un plazo. Si vas a saldar una factura en MINA, quieres aportar garantía para una posición en otro sitio o tienes que cumplir un plazo con un tercero, saca el 3 de septiembre de tu planificación por completo. El camino más tranquilo es resolver todo lo necesario el 1 o el 2 de septiembre y tratar el jueves como si fuera festivo.

MINA en el exchange: por qué se pausan los depósitos y las retiradas

La gran mayoría de los inversores tienen sus MINA en una plataforma de negociación y no en un monedero propio. Para ese grupo el mensaje es claro: los depósitos y las retiradas de MINA quedarán suspendidos durante la ventana de inactividad. Ningún exchange toma esa decisión por su cuenta; es la consecuencia inevitable de que la cadena no procese ninguna transferencia en ese periodo.

La negociación en el propio exchange puede continuar sin verse afectada. Las compras y las ventas se producen en los libros del proveedor y no tocan la blockchain. Quien solo quiera operar puede que no note absolutamente nada. Quien quiera sacar o ingresar sus MINA ese día se encontrará con una puerta cerrada. Qué plataformas entran en consideración y en qué se diferencian en depósitos y retiradas lo muestra nuestra comparativa de los mejores exchanges de criptomonedas.

Cómo comprobar si tu exchange ha anunciado una pausa

Cada proveedor anuncia estas pausas en su propio apartado de comunicaciones, casi siempre bajo etiquetas como Anuncios o Estado del sistema. Aquí hay dos puntos importantes. Primero, las ventanas de los exchanges rara vez empiezan y terminan exactamente a las horas del protocolo; la mayoría de los proveedores añade un margen de seguridad antes y después. Segundo, la ausencia de anuncio no dice nada sobre si la pausa llegará. Llegará de todos modos, porque la cadena está parada. El anuncio solo te dice cómo de generoso es el margen.

Si tienes una retirada firmemente planificada y no encuentras ninguna comunicación la víspera, preguntar al soporte es más rápido que probar suerte el día señalado. Una retirada atascada cuesta mucho de resolver, como muestra con otro ejemplo nuestro artículo sobre transferencias que no llegan.

¿Tres horas u ocho horas? Qué significan las cifras contradictorias sobre la inactividad

Aquí es donde las dos publicaciones de o1Labs divergen, y la diferencia merece nombrarse abiertamente. El calendario con los horarios sitúa la parada de la red a las 15:00 UTC y el primer bloque nuevo a las 18:00 UTC, lo que suma tres horas. El resumen que lo acompaña, en cambio, habla de unas ocho horas de inactividad prevista durante la ventana de migración.

Ambas cifras se pueden conciliar en cuanto se separa lo que mide cada una. Las tres horas son el periodo en el que no se produce ningún bloque. Las ocho horas abarcan toda la ventana desde las 10:00 UTC, durante la cual la cadena ya resulta inservible para transferencias aunque siga escribiendo bloques vacíos. Para ti como usuario, la segunda cifra es la más honesta, porque una cadena que ya no acepta tu transferencia está parada desde tu punto de vista.

Planifica por tanto con el valor mayor. Si la migración va más rápido, no pierdes nada. Si se retrasa, algo que ocurre con regularidad en los hard forks, ya tienes el margen contabilizado. En una parada coordinada, los retrasos son la rutina, siempre que los desarrolladores comuniquen cómo va la cosa.

Delegación y recompensas de bloque: qué pierden los stakers de MINA durante la parada

Mina funciona con delegación. Quien no opera un productor de bloques por su cuenta transfiere su peso de voto a un nodo ajeno y recibe a cambio una parte de sus recompensas. Esas recompensas surgen de los bloques producidos, y ahí es exactamente donde interviene la migración.

El calendario deja constancia de que durante la fase de migración no se generan recompensas de bloque, porque los bloques se quedan vacíos. Para quien delega, eso supone una caída de ingresos mientras dure la ventana. Medido frente a un rendimiento anual, el importe correspondiente a unas pocas horas de interrupción es pequeño, pero es real y afecta por igual a todos los delegantes.

Qué significa un bloque vacío para tu rentabilidad

Un bloque vacío es un bloque sin transacciones. Formalmente mantiene la cadena en marcha, pero no lleva comisiones ni, en esta fase, recompensa alguna. Quien calcula su rentabilidad a lo largo del año debería contabilizar estas ventanas como parte del mantenimiento normal de la red. Quien calcula con ingresos día a día, por ejemplo porque mantiene una posición financiada con deuda, debería reflejar esa caída en sus cuentas.

Un segundo punto afecta a la elección del productor de bloques. Un nodo que se duerma en la migración no producirá nada en absoluto tras el reinicio. Quien delega no tiene influencia directa sobre eso, pero puede comprobar después del 3 de septiembre si su nodo vuelve a entregar bloques y cambiar en caso de duda. En qué se diferencian los proveedores en rentabilidad, comisiones y disponibilidad está en nuestra comparativa de plataformas de staking.

Operadores de nodos: qué versión debes instalar antes de la fecha límite

Quien opera un nodo de Mina por su cuenta tiene trabajo real que hacer antes del 3 de septiembre. El calendario distingue dos caminos. Quien usa el modo automatizado Automode instala la versión estable 4.0.0. Quien actualiza a mano instala primero la versión de intervalo de parada 3.5.0 y pasa a la versión Mesa 4.0.0 una vez publicados los paquetes.

Para los productores de bloques se añade una obligación que se pasa por alto con facilidad: al menos un nodo debe funcionar de forma continua hasta después del intervalo de parada de la red. Apagar el nodo antes de tiempo, con el argumento de que ya no pasa nada, resta capacidad a la red en su fase más delicada. La tarea consiste, por tanto, en actualizar a tiempo y dejar después el nodo funcionando, en lugar de apagarlo prematuramente.

La migración en sí se ejecuta de forma automática con Automode en cuanto los paquetes estén disponibles a las 16:30 UTC. Quien trabaje a mano debería tener esa hora en el calendario y no confiar en enterarse de pasada.

Nodos de archivo y migración de esquema: el paso que muchos pasan por alto

Un nodo de archivo es un nodo que guarda el historial completo de la cadena en una base de datos, en lugar de limitarse a comprobar el estado actual. Los exploradores de bloques, las herramientas fiscales y los exchanges recurren a esos archivos cuando tienen que acreditar transferencias antiguas.

Para esos operadores rige una obligación propia: la migración del esquema de la base de datos debe estar terminada antes del intervalo de parada. Quien lo descuide se encontrará tras el reinicio con una base de datos que ya no encaja con la nueva cadena, y tendrá que ponerse al día mientras todos los demás ya están funcionando.

Incluso si no operas un archivo propio, esto te afecta: cuando los archivos se retrasan después de un hard fork, los exploradores y las herramientas de análisis muestran temporalmente historiales incompletos. Si sacas un informe fiscal en ese periodo y te extrañan los huecos, repite la exportación unos días más tarde antes de remitirla a Hacienda. Qué herramientas resultan adecuadas para eso lo muestra nuestro panorama del software fiscal para criptomonedas.

De MIP 6 a MIP 9: qué cambia Mesa técnicamente en Mina

Mesa agrupa cuatro propuestas de mejora que en el entorno de Mina se registran como Mina Improvement Proposals. Una Mina Improvement Proposal es una solicitud formalizada de cambio en el protocolo, sobre la que votan los tenedores antes de que se aplique.

• MIP 6 acorta el tiempo de bloque y aumenta con ello el rendimiento de transacciones.
• MIP 7 eleva el límite de datos de estado en la cadena de ocho a treinta y dos campos.
• MIP 8 amplía los límites de eventos y acciones que una aplicación puede emitir.
• MIP 9 aumenta el número de actualizaciones de cuenta que una zkApp puede realizar en una sola operación.

Para el inversor sin interés en el desarrollo, hay sobre todo una cosa relevante: los cuatro puntos apuntan a la capacidad y a las aplicaciones que deben funcionar sobre Mina. Si de ahí sale realmente más uso solo se decidirá en los meses posteriores a la reforma. Quien opere la fecha como un evento de precio está operando una expectativa, sin ningún efecto demostrado detrás.

Autocustodia o exchange: dónde están mejor tus MINA ese día

Un hard fork es uno de los pocos momentos en los que la cuestión de la custodia deja de ser una cuestión de principios y se convierte en una cuestión de logística. Los dos caminos tienen un inconveniente visible el 3 de septiembre.

En el exchange dependes de su margen. Si resulta generoso, puede que ya no puedas retirar el 2 de septiembre y tengas que esperar al 4 de septiembre. A cambio, no tienes que preocuparte por versiones de nodo ni por horarios. En tu propio monedero conservas el control, pero tu transferencia falla igualmente si pierdes la ventana, y nadie intercepta el error por ti.

La respuesta sobria es, por tanto, que para este único día el lugar de custodia es secundario y lo decisivo es el momento. Quien de todos modos esté pensando en sacar tenencias grandes de un exchange debería hacerlo antes del 1 de septiembre, y no en la semana de la migración. Qué dispositivos entran en consideración está en la comparativa de monederos de hardware.

Phishing en torno a los hard forks: por qué nadie te va a pedir tu frase de recuperación

Toda migración anunciada arrastra consigo intentos de estafa, porque ofrece un motivo creíble para la urgencia. El patrón es siempre el mismo: un mensaje que advierte de una supuesta pérdida, un enlace a una página con la imagen del proyecto y la petición de conectar el monedero o introducir la frase de recuperación.

Con Mesa la situación es inequívoca. Para los tenedores de MINA no hace falta ninguna actuación en el monedero: ningún canje, ninguna migración, ninguna confirmación. Quien afirme otra cosa va detrás de tus tenencias. Las únicas direcciones que cuentan para esta cita son los canales oficiales del proyecto y los apartados de comunicaciones de las plataformas.

Una segunda advertencia se refiere al tiempo posterior a la migración. Si una transferencia no llega tras el reinicio, la primera mirada es la del explorador de bloques, y no la de una página de ayuda que un buscador coloca en el primer puesto. Las ofertas falsas de soporte viven precisamente de ese momento de inseguridad.

Superar el hard fork de Mina: qué te llevas de aquí

La cita resulta manejable mientras la conozcas. Con tres pasos basta para prepararla.

1. Resuelve todas tus transferencias de MINA antes del 2 de septiembre. A partir de las 10:00 UTC del 3 de septiembre, nada de lo que se envíe después llega a la cadena. Comprueba en el apartado de comunicaciones de tu plataforma desde cuándo rige su pausa; un panorama de los proveedores relevantes lo encuentras en la comparativa de exchanges.
2. Cuenta con una caída de ingresos si delegas. Durante la ventana no se generan recompensas de bloque. Mira después del 4 de septiembre si tu productor de bloques vuelve a entregar, y cambia en caso de duda; las diferencias entre proveedores están en la comparativa de staking.
3. Aplaza unos días tus análisis e informes fiscales. Después de un hard fork, los archivos necesitan tiempo hasta que el historial vuelve a estar completo. Exportar demasiado pronto significa trabajar con huecos; qué herramientas sirven para eso lo muestra la comparativa de software fiscal.

Las fuentes de este artículo son el calendario de o1Labs con los horarios del día de la migración y el resumen que lo acompaña sobre lo que espera a usuarios, exchanges y operadores. Ambos se pueden consultar aquí: Calendario de la migración a Mesa y Qué cabe esperar de Mesa.

(31 de agosto de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)