Respuesta rápida: Immutable afirma que planea trasladar Immutable Chain desde un fork personalizado de Geth a un rollup de Ethereum basado en OP Stack hacia mediados de 2027. El proyecto indica que la cadena conservará su estado y su chain ID, por lo que las cuentas, los saldos, los contratos y las aprobaciones deberían transferirse sin que casi ningún usuario deba realizar acciones. Los cambios anunciados incluyen un nuevo diseño del puente, costes de transacción esperados más elevados y retiros nativos a Ethereum que tardarían alrededor de siete días. Estos son planes a 11 de noviembre de 2026; aún no se han publicado una fecha de migración confirmada ni las instrucciones definitivas para los usuarios.
Qué anunció Immutable
El anuncio técnico de Immutable del 6 de noviembre de 2026 expone un cambio en el software subyacente de la cadena y en su arquitectura de liquidación. Indica que Immutable Chain pasará de un fork personalizado de Geth a una cadena basada en OP Stack. El proyecto prevé mantener el mismo estado y chain ID, reducir el tiempo de bloque de dos segundos a uno y utilizar Ethereum para la disponibilidad de datos y el bridging basado en pruebas. El objetivo es mediados de 2027, con aviso previo antes de un breve período en el que se pausará la producción de bloques.
El calendario importa. Se trata de una hoja de ruta prospectiva, no de una actualización que los usuarios puedan verificar como completada hoy. Una billetera puede seguir mostrando la cadena y el puente existentes hasta que el proyecto anuncie una ventana de migración específica. Las personas deben evitar enlaces de "migración" de terceros que les pidan mover activos de inmediato apoyándose solo en este anuncio. La publicación oficial señala que casi todos los usuarios y desarrolladores no necesitan hacer nada para la transición en sí.
El anuncio se refiere a Immutable Chain, que es infraestructura utilizada por juegos y aplicaciones. No es una declaración de que cada activo de juego, listado de mercado o método de depósito en un exchange se comportará de manera idéntica durante la migración. Esos servicios posteriores podrían publicar sus propios avisos operativos una vez que se fije una fecha.
Qué significa para una billetera "mismo estado y chain ID"
El estado incluye los saldos de las cuentas y el almacenamiento de contratos de la cadena en un momento dado. Conservar el estado significa que la migración está diseñada para continuar esos registros en la cadena actualizada. Conservar el chain ID significa que el identificador de red utilizado por billeteras y aplicaciones debería permanecer igual. Immutable afirma que las cuentas, los saldos, los contratos y las aprobaciones se transferirán sin cambios. Esa es la base de su afirmación de que casi todos los usuarios no deben hacer nada.
Esto es distinto de un intercambio de tokens que pide a los holders canjear un activo por otro a través de una página de reclamación. La publicación oficial no describe un canje masivo de tokens ni la obligación de enviar IMX a una nueva dirección. Tampoco promete que todas las interfaces de billetera se actualicen en el mismo minuto exacto. Un usuario podría ver una aplicación desactualizada, un error de RPC o un indexador retrasado durante la transición incluso si los saldos subyacentes se transfieren correctamente.
Para un usuario, el paso práctico es registrar su dirección de billetera actual y cualquier identificador de transacción importante antes de la interrupción anunciada, y luego esperar las actualizaciones oficiales de estado. Esto ayuda a distinguir un problema de visualización de una discrepancia real de estado. No requiere compartir una frase semilla ni firmar una transacción no solicitada. Cualquier mensaje que afirme que la actualización exige esas acciones debe tratarse como no verificado hasta confirmarse a través de los canales oficiales de Immutable.
Por qué migrar al OP Stack
Immutable afirma que el cambio convertiría la cadena en un rollup de Ethereum y le permitiría adoptar con mayor facilidad las actualizaciones comunes del ecosistema y los parches de seguridad. También describe un puente cuyos retiros pueden verificarse contra compromisos de estado publicados en Ethereum. La justificación declarada concierne a la mantenibilidad y a la relación entre la cadena y Ethereum; no es una prueba de que cada aplicación resulte más barata o más rápida para sus usuarios.
El tiempo de bloque es un cambio medible en el plan: de dos segundos a uno. Una cadencia de bloques de un segundo puede actualizar el estado en cadena con mayor frecuencia, pero la experiencia integral del usuario también depende de la billetera, el servidor del juego, el proveedor de RPC, el marketplace y el puente. Un bloque más rápido no hace que un retiro a Ethereum sea final en un segundo. El puente tiene un proceso de verificación aparte, y el proyecto espera que el tiempo de retiro nativo se alargue.
El anuncio indica que comenzará con fault proofs permissionados antes de introducir posteriormente validity proofs. Esas etapas describen una trayectoria técnica prevista. Un artículo no debe caracterizar el eventual sistema de pruebas como ya desplegado en Immutable Chain. Usuarios y desarrolladores deberían revisar la arquitectura cuando el proyecto publique la documentación de migración y el nuevo puente esté operativo.
Qué cambia para los retiros y los puentes
El cambio más directo para el usuario en el anuncio es el plazo de los retiros nativos. Immutable estima que retirar a través de la nueva ruta nativa de rollup tomará alrededor de siete días. Esto es sustancialmente más largo que la experiencia que muchos usuarios asocian con el puente actual, e importa para quien necesite fondos en Ethereum en una fecha concreta. Una estimación de siete días no es una garantía de un tiempo de finalización preciso, especialmente durante un lanzamiento o una interrupción de red.
Immutable señala que los puentes de liquidez más rápidos podrían seguir gestionando gran parte del volumen de bridging. Esos servicios pueden ofrecer una ruta distinta, pero podrían introducir comisiones adicionales, límites de liquidez y riesgo del proveedor. Un puente rápido y un retiro nativo no son intercambiables en modelo de seguridad ni en coste. Antes de elegir un puente, identifique quién proporciona la liquidez, cómo se completa la transferencia, qué ocurre si el proveedor hace una pausa y cuál es el activo final de destino.
El proyecto también afirma que los costes de transacción subirán ligeramente. En el anuncio no se publicó una tabla de comisiones estable y específica por usuario. Un juego con transacciones patrocinadas podría absorber una comisión que otra aplicación traslada al usuario. Un usuario de alto volumen puede notar un pequeño cambio de coste unitario más que un jugador ocasional. La comparación adecuada usará el gas y las comisiones de aplicación reales tras la migración, una vez disponibles, y no una afirmación general de que el nuevo stack es más barato o más caro para toda actividad.
Qué deben revisar los desarrolladores de juegos y proveedores de infraestructura
Immutable afirma que la mayoría de los desarrolladores no necesitan hacer nada porque los contratos y el estado se transfieren. Aun así, una aplicación debería auditar sus dependencias antes de una pausa programada de la cadena. Los endpoints de RPC, los indexadores, las APIs de puente, los listeners de eventos, las suposiciones de confirmación y los mensajes de retiro pueden ser sensibles al cambio incluso si los contratos inteligentes en sí permanecen desplegados. Los desarrolladores deberían leer la documentación de migración vinculada del proyecto para aplicaciones y proveedores de infraestructura, y luego probar contra el entorno disponible.
Un juego que acredite a un jugador tras un depósito debería definir qué evento cuenta como final según su propia tolerancia al riesgo. Un marketplace debería comprobar si la visualización de saldos, el estado de los listados y el flujo de pagos permanecen sincronizados después de la interrupción. Un indexador podría necesitar manejar la pausa y la reanudación sin duplicar eventos. Estas son cuestiones de implementación, no evidencia de que la migración anunciada vaya a fallar; son las comprobaciones necesarias para hacer real la continuidad prevista en una aplicación de producción.
La publicación oficial también indica que la testnet pública actual de Immutable para uso en juegos será retirada a finales de 2026. Ese es un calendario separado del objetivo de migración de la mainnet. Los equipos que usen la testnet deberían revisar la guía actual para desarrolladores del proyecto en lugar de asumir que la fecha de mainnet de 2027 es su único plazo.
Cómo deben prepararse los usuarios sin actuar demasiado pronto
La primera acción útil es la higiene informativa. Guarde en marcadores el anuncio oficial de Immutable y sus canales de estado, y distinga una fecha confirmada de un objetivo de planificación. Un aviso que proporcione un número de bloque, una ventana de mantenimiento y instrucciones de puente es más accionable que una publicación en redes que repite "migración de 2027".
Segundo, revise las actividades pendientes a medida que se acerque la ventana. Si un jugador necesita retirar a Ethereum para un pago con fecha límite, debería considerar el cambio de puente anunciado y cualquier pausa con bastante antelación al vencimiento. Si un juego organiza un evento sensible al tiempo, su operador debería publicar su propio plan para depósitos, retiros y transacciones dentro del juego durante la interrupción.
Tercero, evite transacciones especulativas de migración. Dado que Immutable afirma que los saldos y las aprobaciones se transferirán, una solicitud de enviar activos a un contrato desconocido es inconsistente con la orientación actual al usuario. Podría surgir una nueva instrucción oficial más adelante, pero debería verificarse en el proyecto y en la aplicación implicada. Nunca confíe únicamente en un mensaje directo o en un anuncio de búsqueda pagada para una solicitud de firma en la billetera.
Cuarto, revise las aprobaciones después de la transición. "Las aprobaciones se transfieren" significa que los permisos otorgados previamente deberían permanecer. Eso es útil para la continuidad de la aplicación, pero también implica que los permisos antiguos no desaparecen solo porque cambie el software de la cadena. Revisar las allowances activas y revocar las ya no necesarias es una tarea aparte de mantenimiento de la billetera.
Preguntas frecuentes
¿Necesitan los holders de IMX intercambiar tokens ahora?
El anuncio oficial describe la continuidad de estado y saldos y afirma que casi todos los usuarios no deben hacer nada. No instruye a los holders a realizar un intercambio de tokens ahora. Cualquier instrucción posterior específica de una aplicación debería contrastarse con los avisos oficiales.
¿Tendrá la cadena un nuevo chain ID?
Immutable afirma que la migración mantendrá el mismo chain ID. Un proveedor de billetera podría igualmente actualizar su configuración técnica, pero el plan declarado del proyecto no contempla un nuevo identificador de red.
¿Todos los retiros tardarán siete días?
La estimación de Immutable concierne a los retiros nativos a través del puente de rollup previsto. Los puentes de liquidez más rápidos podrían ofrecer alternativas con distintas comisiones y riesgos. Los términos exactos dependerán de la ruta disponible después de la migración.
¿Está confirmada la fecha de mediados de 2027?
No. El proyecto describe mediados de 2027 como su objetivo y afirma que dará aviso previo una vez que la fecha quede confirmada. Un artículo publicado ahora debe tratarlo como un objetivo, no como una ventana de mantenimiento reservada.
