Windows nunca debió ejecutarse en un iPhone. Apple cerró esa puerta hace años, primero con el modelo bloqueado de la App Store, y luego restringiendo el hipervisor del que dependían las aplicaciones de máquina virtual. WindowsiOS, un proyecto de código abierto de Ammaar Reshi, atraviesa el muro en su lugar. Ejecuta la compilación comercial completa de Microsoft Windows 11 24H2 ARM64 en un iPhone Duo plegable, localmente, sin jailbreak.
Reshi anunció el proyecto el 11 de noviembre de 2026, con un video de 57 segundos del teléfono desplegado ejecutando el escritorio de Windows 11 bajo control táctil, con la aplicación de codificación Antigravity abierta al lado. Es líder de producto y diseño en Google AI Studio, y dice que construyó todo con Gemini 4 Carbon. El escritorio en ese video es Windows real, compilación 26100, y la afirmación adjunta es la audaz: velocidad casi nativa. Esa afirmación es suya, nadie la ha verificado de forma independiente, y calificarla con justicia es la mayor parte de este perfil.
WindowsiOS
Sitio oficial
Windows 11 y Antigravity en el iPhone Duo físico. Imagen: proyecto WindowsiOS
Por qué Windows en iOS es difícil
Empieza con el problema de velocidad. Los emuladores que sobreviven en la App Store, UTM SE entre ellos, recurren al intérprete QEMU, que lee instrucciones ajenas una por una y las actúa. Según el README del proyecto, Windows 11 24H2 bajo interpretación tarda decenas de minutos solo en llegar al escritorio, y las aplicaciones pesadas construidas en Chromium y Electron, Microsoft Edge incluido, nunca se vuelven usables en absoluto.
El camino rápido está cerrado. Apple restringió el derecho de hipervisor en iOS de fábrica desde la versión 16.4, lo que terminó la virtualización por hardware en teléfonos que nadie había liberado con jailbreak. En hardware con iOS 26 y 27, el Trusted Execution Monitor, abreviado como TXM, agrega otro candado, firmando tablas de páginas para que las aplicaciones no puedan simplemente marcar su propia memoria como ejecutable.
Luego está el núcleo mismo. Windows insiste en traducción de direcciones en bloques de 4 KB, llamados gránulos de traducción, mientras el anfitrión Darwin bajo iOS trabaja en páginas de 16 KB. Windows también guarda sus etiquetas de proceso en un registro distinto del que macOS o Linux esperan, un detalle que el README nombra por su registro, TCR_EL1.A1, además de que se apoya en Prism, su emulación x86 integrada, con reglas estrictas de orden de memoria. Cualquier motor que quiera alojar Windows tiene que satisfacer todo eso a la vez, y luego construir una PC creíble alrededor: firmware UEFI, tablas ACPI, almacenamiento NVMe, USB, audio y redes, todo dentro del techo de memoria que iOS impone a las aplicaciones.
La sala de máquinas
El núcleo de WindowsiOS es un traductor binario dinámico, software que reescribe instrucciones ARM64 en instrucciones ARM64 que el anfitrión puede ejecutar con velocidad, combinado con una MMU por software. La MMU, abreviatura de unidad de gestión de memoria, es la capa que asigna direcciones de memoria de la forma que el invitado exige, aquí en los bloques de 4 KB que Windows requiere. Un alijo TLB, una caché de traducciones recientes archivadas por etiqueta de proceso, evita que los constantes cambios de contexto de un escritorio vacíen la caché y empiecen de nuevo.
Reshi es abierto sobre los cimientos. El traductor se construye sobre Henge, un traductor ARM64 a ARM64 anterior del desarrollador Leviidev, y sobre Husk, con técnicas de adjunto de depurador de los proyectos StikDebug y StikJIT, redes de libslirp, firmware de TianoCore EDK2, y controladores de Red Hat y su paquete virtio-win. Los créditos completos se sitúan en el archivo THIRD_PARTY_NOTICES del repositorio. Nombrar a Henge como el cimiento es atribución honesta, y hace que el trabajo original sea más fácil de ver: el comportamiento MMU específico de Windows, las correcciones de Prism y la plataforma de hardware son lo que este proyecto agrega.
El movimiento más audaz es la memoria. En hardware TXM el proyecto afirma una región de 384 MiB de memoria ejecutable asignada de dos maneras a la vez, escribible y ejecutable, junto a 4.5 GB de memoria invitada que el vigilante de memoria de iOS acepta dejar fuera de su contabilidad. Obtiene ambas mediante adjunto de depurador, mientras el sistema marca el proceso como depurado, el estado que el código llama CS_DEBUGGED. En palabras claras, camina por la puerta que usan las herramientas de desarrollador, porque iOS de fábrica no ofrece otra puerta a memoria ejecutable de ese tipo. Ese es el truco y la advertencia en un solo movimiento: no se requiere jailbreak, y dependencia total de un comportamiento que Apple podría restringir en cualquier actualización.
Una PC entera en miniatura
Alrededor del motor se sitúa una máquina virtual construida según los estándares de Windows. El firmware de arranque viene de EDK2, con un almacén de variables persistente para que las entradas de arranque sobrevivan a los reinicios. Las tablas ACPI 6.3 describen la máquina, un controlador GICv3 maneja interrupciones, y el almacenamiento funciona en un controlador NVMe 1.4. USB 3.0 xHCI proporciona un teclado y un puntero de tableta absoluto, que es cómo la pantalla táctil dirige Windows.
El audio es el detalle que vende el esfuerzo. Red Hat no envía ningún controlador de sonido virtio para Windows, así que el proyecto incluye un controlador de audio Intel ICH6 HD Audio escrito desde cero. Windows enlaza los controladores de bandeja que ya lleva, y el invitado gana salida de altavoz y entrada de micrófono. Las redes funcionan en VirtIO Net con el controlador NetKVM, sobre NAT en modo usuario de libslirp, sin necesitar permisos especiales en el lado de iOS.
La imagen de Windows misma se recorta antes de que alguna vez arranque. Los scripts del proyecto quitan más de 35 servicios en segundo plano y telemetría de la imagen sin conexión, y el README afirma que el escritorio recortado está inactivo en 1.46 GB de sus 4.5 GB, gastando el 89 por ciento de su tiempo en el estado inactivo de espera por interrupción en cuatro vCPU en los núcleos de rendimiento A20 Pro. Ambas cifras son cifras del propio fabricante. Son objetivos de ingeniería plausibles y mediciones no verificadas, y este perfil las trata como del primer tipo.
Dos posturas, un Windows
El hardware plegable obtiene una interfaz propia. Plegado, el teléfono se vuelve una computadora portátil de concha: la mitad superior es la pantalla, la mitad inferior una cubierta de teclado y panel táctil, una disposición que el repositorio llama Surface Laptop Ultra UI. Desplegado, la misma sesión se abre en un lienzo Windows de pantalla completa. Es pensamiento de producto sobre trabajo de núcleo, y hace que la demostración se lea como una portátil pequeña en lugar de un truco de fiesta.
Los flujos de inicio de sesión reciben el mismo tratamiento. Las aplicaciones de escritorio como Antigravity envían a los usuarios a un navegador para el inicio de sesión de Google, con la respuesta regresando a una dirección localhost dentro de Windows. Un pequeño programa puente en el invitado abre en su lugar la hoja nativa de Safari de iOS para ese inicio de sesión, para que las claves de acceso y Face ID funcionen, y luego retransmite la devolución a Windows. La muestra del README muestra el inicio de sesión de Antigravity completado mediante ese puente.
Qué muestran las capturas
La evidencia del proyecto es un conjunto de capturas de pantalla del teléfono físico, y muestran software funcional en lugar de un logotipo de arranque. El escritorio de Windows 11 se ejecuta en el dispositivo. Edge representa páginas HTTPS en vivo, Wikipedia entre ellas, sobre TLS 1.3. Antigravity 2.31.0, un IDE basado en Electron y Chromium, se ejecuta de forma nativa dentro del invitado. Incluso Prism funciona allí, así que las aplicaciones viejas x86 de Windows las traduce el propio Windows, anidado dentro de la traducción exterior.
Edge ejecutándose en vivo dentro de Windows en el Duo. Imagen: proyecto WindowsiOS
Trata todo eso como la evidencia del fabricante, porque eso es lo que es. Las capturas y un video corto prueban que el sistema arranca y se ejecuta. No pueden probar qué tan rápido se siente en una hora de uso real, y nadie fuera del proyecto lo ha ejecutado aún.
Precio y plataformas
WindowsiOS no cuesta nada y se envía solo como código fuente, bajo GPL-2.0-or-later. La trampa es la lista de compras. Construir requiere una Mac con Apple Silicon, M1 o más nueva, con Xcode y las herramientas habituales de compilación. Tú suministras tu propio ESD oficial de Windows 11 24H2 ARM64 de Microsoft. El firmware EDK2 y los controladores virtio-win se obtienen mientras aprovisionas, y el repositorio deliberadamente no guarda imágenes de disco ni binarios de Windows. Lanzarlo al teléfono se ejecuta mediante un script LLDB dirigido a hardware TXM con iOS 26 y 27.
El objetivo demostrado es el iPhone Duo plegable, modelo iPhone19,4, con un A20 Pro en iOS 27 TXM. El repositorio abrió el 8 de noviembre de 2026, y al momento de escribir guardaba cinco confirmaciones y unas 39 estrellas, con el anuncio llegando tres días después de la primera confirmación.
Maneja las afirmaciones con cuidado
Cada cifra de velocidad y memoria en esta historia viene de una fuente, el proyecto mismo, y ninguna tiene verificación independiente aún. El hardware de demostración es el iPhone plegable más nuevo en el iOS más nuevo, que es el escenario más amable posible. La ruta de memoria ejecutable se apoya en el comportamiento de adjunto de depurador que Apple controla y podría cerrar. Nada de eso borra el logro. Todo ello pertenece a cualquier relato honesto de dónde se sitúa el proyecto hoy.
Lo que funciona
- Ejecuta la compilación comercial completa de Windows 11 24H2 ARM64, sin modificar, en lugar de una carcasa recortada
- Un traductor real con una MMU por software ajustada para Windows en lugar de un intérprete lento
- Una PC virtual completa: firmware UEFI, almacenamiento NVMe, entrada USB, audio funcional y redes
- El modo de concha y el puente de inicio de sesión de Safari muestran pensamiento de producto, no solo trabajo de núcleo
- Gratis y de código abierto, con crédito honesto a Henge y a los proyectos sobre los que se apoya
Lo que no funciona
- Cero lanzamientos y nada que instalar; construirlo es un proyecto de investigación en sí mismo
- Cada cifra de rendimiento y memoria viene del fabricante, sin verificar por nadie más
- Demostrado solo en el hardware de iPhone plegable más nuevo con iOS 27
- La ruta de memoria ejecutable se apoya en un comportamiento de adjunto de depurador que Apple podría cerrar
- Debes suministrar y licenciar tu propia imagen de Windows; el repositorio no envía ninguna
¿Quién debería probarlo?
Mejor para: entusiastas de la virtualización, investigadores de seguridad de iOS, y cualquiera que disfrute leer una clase magistral de terquedad aplicada. El código fuente es el producto ahora mismo, y recompensa la lectura, desde el manejo ASID en la MMU hasta el controlador de audio construido para satisfacer controladores de bandeja.
Todos los demás deberían observar el repositorio. El día en que este proyecto envíe un lanzamiento es el día en que se vuelve una herramienta que otras personas pueden juzgar. Hoy es una demostración, y una espectacular.
Reflexiones finales
WindowsiOS no convierte tu iPhone en una máquina Windows práctica. Lo que hace es retirar una suposición que la industria ha repetido durante años, que iOS de fábrica simplemente no puede alojar un sistema operativo real de escritorio a velocidad usable. Un teléfono plegable, un traductor, una unidad de memoria por software, y una construcción asistida por IA después, el escritorio arranca, el navegador carga páginas, y los agentes de codificación se ejecutan. Si Apple tolera la ruta del depurador, y si las afirmaciones de velocidad sobreviven a pruebas independientes, son preguntas abiertas. La ingeniería no lo es.
Fuentes
- El repositorio del proyecto y el README: ammaarreshi/WindowsiOS on GitHub, leído el 11 de noviembre de 2026
- Créditos originales: THIRD_PARTY_NOTICES en el mismo repositorio (Henge, Husk, StikDebug y StikJIT, libslirp, TianoCore EDK2, Red Hat virtio-win)
- Anuncio: post by @ammaar on X, 11 de noviembre de 2026 (video de demostración de 57 segundos; construido con Gemini 4 Carbon)
- Capturas de muestra: proyecto WindowsiOS
FIN DE LA TRANSMISIÓN
Mantén la curiosidad. Cuestiónalo todo.
