Mint Chain cierra su portal de retiros el 20 de octubre: el 10 de octubre es el último día seguro para lanzarlo

Mint Chain, la capa 2 de Ethereum orientada a los NFT y desarrollada por el proveedor de datos NFTScan, no admite nuevas aplicaciones desde el 17 de abril de 2026 y solo mantiene abierto un portal de retiros. Según el operador, ese portal cierra el 20 de octubre de 2026. Quien no haya retirado para entonces ya no podrá acceder a su saldo, según esa misma indicación. En la práctica, tu fecha límite cae antes: el portal agrupa las solicitudes de retiro en lotes semanales e indica un plazo de hasta diez días para que los fondos lleguen a Ethereum. El 10 de octubre es, por tanto, el último día en que una solicitud llega todavía antes del 20 de octubre, incluso si el ciclo de lotes juega en tu contra.

Ese cálculo es el objeto entero de este texto, porque no aparece en ninguna de las informaciones sobre el asunto. Lo que se publicó en abril fue la fecha. Lo que quedó abierto desde entonces: si el 20 de octubre se refiere a la solicitud en el portal o a la llegada a la red principal de Ethereum. Mientras eso siga abierto, un tenedor prudente se queda con la segunda lectura y adelanta diez días su propia fecha límite.

Mint Chain funciona solo en modo de retiro desde el 17 de abril de 2026

Mint Chain nació como una red especializada: una capa 2 sobre el OP Stack, la misma arquitectura que emplean Optimism y Base, y pensada para aplicaciones de NFT. Capa 2 significa que las transacciones se ejecutan fuera de la cadena principal de Ethereum y se devuelven agrupadas a Ethereum; la seguridad del saldo depende del contrato en la red principal, y no solo del operador de la capa 2.

El cese de la actividad el 17 de abril de 2026 invirtió ese papel. La red no procesa ninguna aplicación nueva, y la única operación que todavía admite es el retiro de vuelta a la red principal. El servicio de observación independiente L2BEAT clasifica a Mint como proyecto archivado desde el cierre y ya no muestra allí ningún valor asegurado. Eso no significa que todas las direcciones estén vacías: significa que el servicio deja de contar para una red apagada. Quien no retiró nada en primavera tiene que comprobarlo por su cuenta.

El caso es el desarrollo habitual del final de una red. Cómo transcurre un apagado y qué papel desempeña en él el contrato de la red principal se explica en nuestro repaso a las blockchains apagadas y la puesta a salvo de las criptomonedas, que describe la misma mecánica a partir de otra red.

El portal de retiros de Mint Chain devuelve cuatro activos a la red principal de Ethereum

El portal alojado en mintchain.io/withdraw funciona y menciona exactamente cuatro posiciones que repatría: ETH, WBTC, USDC y USDT. No hay nada más. La interfaz es sencilla: conectar la cartera, se leen los saldos, lanzar el retiro. Como contacto para consultas, el operador facilita una dirección de su propio equipo.

Dos de las cuatro posiciones son stablecoins, es decir, tokens cuyo valor está anclado al dólar estadounidense. WBTC significa Wrapped Bitcoin: un token que representa un bitcóin depositado bajo un contrato de custodia y que no se encuentra en la cadena de Bitcoin. Justo por eso el WBTC es el más delicado de los cuatro en una capa 2 en liquidación: lo que tienes es un derecho, y un derecho necesita una contraparte en funcionamiento.

Antes siquiera de ver nada, la red tiene que estar registrada en tu cartera. Cómo añadir una red y comprobar, con el explorador de bloques adecuado, si una dirección conserva allí saldo lo explica nuestra guía sobre la red, el puente y el explorador. Una ventana vacía del portal no prueba que la cuenta esté vacía si la cartera apunta a la cadena equivocada.

El plazo de diez días: lotes semanales en lugar de tramitación individual

La frase de la que depende todo el calendario figura como nota bajo el formulario de retiro. El operador escribe allí que las solicitudes de retiro se procesan una vez por semana en lotes y suelen llegar en diez días. Dos expresiones resultan decisivas.

Una vez por semana significa que el día en que lanzas la solicitud no determina cuándo empieza la tramitación. Si la lanzas justo después de que haya salido un lote, esperas hasta siete días antes de que ocurra nada. Suelen significa que esos diez días son un valor de experiencia del operador, no un compromiso. Un plazo descrito como habitual puede superarse en un caso concreto.

Suma ambas cosas y el margen entre la solicitud y la llegada se ensancha. Una solicitud del 15 de octubre puede, sobre el papel, llegar después del 20 de octubre. Una solicitud del 10 de octubre conserva aire incluso con un ciclo de lotes desfavorable. Por eso el 10 de octubre es en este texto la fecha límite que cuenta, y el 20 de octubre solo la fecha que se publicó.

Por qué una segunda semana de margen sería todavía mejor

Quien quiera seguridad completa lanza la solicitud ahora, y no el 10 de octubre. El motivo es prosaico: un retiro que se atasca necesita tiempo para un segundo intento, y un segundo intento necesita otro lote. De aquí al 10 de octubre quedan varias pasadas de lotes. Después del 10 de octubre queda una en el mejor de los casos.

Periodo de impugnación y state root: por qué un retiro en OP Stack tarda días

Los diez días del operador no son arbitrarios, tienen una causa técnica. Una capa 2 sobre el OP Stack comunica su estado a Ethereum en paquetes. Ese paquete se llama state root: una especie de extracto de cuenta certificado de la red, depositado en la red principal. Solo cuando ese extracto está depositado sabe el contrato de Ethereum cuánto del saldo de la capa 2 te corresponde.

Después viene el periodo de impugnación, la ventana de reclamación. Durante ese plazo, los verificadores autorizados pueden impugnar un extracto depositado si es incorrecto. Mientras la ventana sigue abierta, el contrato no libera fondos. En Mint esa ventana alcanza al menos tres días y medio según los datos de L2BEAT, y el retiro solo pasa a ser ejecutable siete días después del depósito del extracto.

La ventana de reclamación, el lote semanal y el último paso de tramitación componen juntos el plazo de diez días. No se trata de un atasco que una consulta amable pudiera acortar, sino de la latencia propia de esta arquitectura. Esa misma latencia explica que un retiro desde una capa 2 rara vez llegue el mismo día, incluso en redes en funcionamiento.

Lo que L2BEAT anota sobre la cuestión de la confianza

Otras dos entradas del mismo expediente de observación forman parte del cuadro, por incómodas que resulten. Mint no alcanza allí ni siquiera el primer escalón de madurez, porque las pruebas de fraude solo están abiertas a un círculo cerrado de verificadores. Y las claves de administración de la red pueden modificar los contratos sin plazo de espera. Para ti eso no significa que un retiro fracase hoy. Significa que la seguridad de ese retiro depende de un pequeño círculo de titulares de claves, y que un retiro temprano le concede menos tiempo a esa circunstancia que uno tardío.

Solicitud o llegada: lo que el operador deja abierto sobre el 20 de octubre

El propio portal de retiros no menciona ninguna fecha. Menciona la regla de los lotes, los cuatro activos y una dirección de contacto. La fecha del 20 de octubre de 2026 procede del anuncio del proyecto del 17 de abril de 2026 y fue recogida esa misma semana por varios medios especializados, entre ellos PANews y la cadena de noticias de TechFlow. La formulación allí es que los usuarios deben retirar sus activos antes del 20 de octubre de 2026.

Un «antes del 20 de octubre» no responde a la pregunta de fondo. Un retiro se compone de dos operaciones, la solicitud en el portal y la llegada a la red principal, y entre ambas median hasta diez días según el propio operador. A cuál de las dos se aplica la fecha no se dice en ninguna parte. Esa laguna es justamente la razón de que en este texto el 10 de octubre figure como fecha límite: es la única lectura que funciona bajo ambas interpretaciones.

Una reserva corresponde aquí, y se mantiene: la fecha es una indicación del operador, respaldada por informaciones de prensa. El portal que ejecuta el retiro no la recoge. Quien quiera seguridad completa la comprueba otra vez en el canal oficial del proyecto antes de lanzar la solicitud.

NFT en una cadena de NFT: el portal solo menciona cuatro activos

Aquí está el punto más duro de este caso, y exige una respuesta honesta. Mint se construyó como una red para NFT. El portal de retiros recoge ETH, WBTC, USDC y USDT. Los NFT no están.

Qué implica eso para los NFT alojados en esta cadena no se deduce del portal, y aquí no afirmamos ninguna vía que no podamos acreditar. La mecánica sí es segura: un NFT en una capa 2 es un asiento en el estado de contratos de esa cadena. Si desaparece la infraestructura que hace legible ese asiento, desaparece la disponibilidad práctica, aunque el asiento subsista formalmente. Quien tenga NFT en Mint dirige esa pregunta directamente al equipo del proyecto, cuya dirección de contacto figura en el portal, y lo hace ahora y no en octubre.

Para los cuatro activos mencionados vale lo contrario: ahí la vía está abierta y documentada. Quien tenga ambas cosas retira primero los cuatro activos y aclara la cuestión de los NFT en paralelo. Una pregunta sin resolver no es motivo para dejar parado un saldo que sí está resuelto.

Saldo de contrato frente a tenencia real

Con USDC, USDT y WBTC en una capa 2 tienes por regla general una versión puenteada: un token emitido en la capa 2 cuyo respaldo descansa en un contrato de Ethereum. El retiro deshace ese vínculo y libera el respaldo. Lo que puede quedar como saldo residual cuando un puente deja de operarse lo describimos a propósito de otro token puenteado: los saldos restantes tras el final de un puente.

Tras la fecha límite: la indicación del operador sobre el saldo que quede

El anuncio es escueto en este punto e idéntico en todas las reproducciones: los activos que no se hayan retirado en la fecha límite ya no se procesarán y no podrán recuperarse. La palabra que aparece en las informaciones es unrecoverable, es decir, irrecuperable.

Trata esa indicación por lo que es: la declaración del operador sobre su propio portal. No dice que un contrato de Ethereum vaya a borrarse solo el 21 de octubre. Dice que el operador deja de encargarse de la liquidación. Si después se puede mover algo a través del contrato de la red principal es una pregunta para especialistas con acceso al código del contrato, no para un tenedor con una cartera y una fecha límite. Para la decisión que tienes delante, el matiz no cambia nada: la vía fiable termina el 20 de octubre, y tu solicitud va diez días antes.

Portales de retiro falsos: el timo alrededor de las redes apagadas

Una fecha límite anunciada en público es una invitación al fraude, y los motivos son incómodamente buenos: el pretexto es real, la presión de tiempo es real y el público objetivo se conoce. Alrededor de las redes apagadas aparecen por eso con regularidad páginas de retiro reconstruidas, mensajes directos de supuestos agentes de soporte e invitaciones a grupos de ayuda.

Tres señales separan el proceso auténtico de la copia. Primera: un portal de retiros no pide nunca tu frase semilla, la secuencia de recuperación de tu cartera. Si la piden, el proceso termina ahí. Segunda: la dirección del portal procede de una fuente que ya tenías antes de la fecha de apagado, de un marcador, de la documentación o de un medio especializado, y nunca de un mensaje que se ha dirigido a ti. Tercera: nadie del soporte escribe primero. El soporte responde.

A eso se añade la propia autorización. Al conectar la cartera entregas una firma, y una firma maliciosa puede liberar más que la única operación que tienes en mente. Qué importa en esas autorizaciones y qué patrones destacan cuando se fuerza una conexión de cartera lo explica nuestro texto sobre las supuestas verificaciones que exigen conectar la cartera. Quien tenga por delante un retiro de este tamaño hace bien en ejecutarlo con una cartera cuyas claves estén en un dispositivo propio; las diferencias entre los tipos de custodia las hemos puesto una junto a otra en nuestra comparativa de carteras de software.

La dirección de destino es el segundo tropiezo

El portal paga a una dirección de Ethereum. Introduce allí una dirección cuyas claves te pertenezcan. La dirección de depósito de un exchange resulta arriesgada en este punto: muchos exchanges no abonan de forma automática las entradas procedentes de puentes y contratos de liquidación, y una entrada que no se abona automáticamente requiere una gestión con el soporte. Una gestión con el soporte lleva tiempo. El tiempo es justo lo que escasea aquí.

Fiscalmente el retiro no es una venta: la fecha de adquisición y el plazo de tenencia siguen corriendo

Para los inversores en Alemania la calificación es afortunadamente inequívoca. La transferencia de criptomonedas propias de una dirección que controlas a otra no es una enajenación en el sentido de la ley del impuesto sobre la renta. No surge ningún hecho imponible, la fecha de adquisición se mantiene y el plazo de tenencia de un año del parágrafo 23 sigue corriendo sin interrupción. El retiro de una capa 2 a la red principal de Ethereum es exactamente una transferencia de esa clase.

En la práctica eso significa que con el retiro no pierdes ningún plazo ni generas ningún impuesto. Aun así, dos cosas merecen el esfuerzo. Anota la operación con fecha, importe y los identificadores de transacción de ambas cadenas, para que tu gestor de cartera pueda reconstruir después las posiciones, y trata un intercambio previo al retiro como una operación aparte: quien intercambia en la capa 2 antes de retirar está vendiendo, y las ventas dentro del primer año sí son relevantes a efectos fiscales.

El caso contrario, si la fecha límite llegara a pasar

Si algún saldo quedara efectivamente fuera de alcance tras la fecha límite, eso no es una pérdida deducible de forma automática. Una pérdida por una operación de enajenación privada presupone una enajenación, y un saldo inalcanzable no lo es. El tratamiento de esos casos no está resuelto de manera definitiva y depende del examen individual de tu delegación de Hacienda. Esa es la parte más cara de esta fecha límite: una pérdida que no cuenta fiscalmente es una pérdida doble. Justo por eso este apartado va después de la fecha límite y no antes.

Mint Chain: cómo proceder ahora

El procedimiento es corto y tiene fecha de caducidad. Resuélvelo de una vez en lugar de aplazarlo a octubre.

1. Determinar el saldo y preparar el destino. Registra la red Mint en tu cartera y comprueba si allí siguen ETH, WBTC, USDC o USDT. Ten preparada en paralelo una dirección de Ethereum cuyas claves te pertenezcan; qué tipo de custodia encaja con tu importe lo muestra la comparativa de carteras de hardware.
2. Lanzar el retiro antes del 10 de octubre. Conecta la cartera al portal de retiros del operador, lanza los cuatro activos y anota el identificador de transacción. Solo cuando los activos hayan llegado a Ethereum decides el siguiente paso; si pasa por un exchange, la elección del mercado forma parte de esa decisión y no del retiro: los exchanges de criptomonedas comparados.
3. Documentar la operación y vigilar la fecha. Apunta la fecha, el importe y los dos identificadores de transacción, y comprueba antes del 20 de octubre que la llegada a Ethereum está efectivamente registrada. Que la fecha de adquisición y el plazo de tenencia siguen sin cambios debería constar también en tu anotación; ayudan a ello las herramientas de nuestro repaso al software fiscal y los gestores de cartera.

Si algo queda sin aclarar tras lanzar la solicitud, la dirección de contacto del portal de retiros de Mint Chain es el único punto de atención que el propio operador menciona. Todo lo demás que te escriba sobre este asunto no se ha identificado.

(30 de septiembre 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.)