Discord va a dejar de ser un navegador disfrazado de aplicación. Su director técnico y cofundador, Stanislav Vishnevskiy, confirmó que el cliente de escritorio abandona Electron y que el móvil deja React Native, y mostró una captura de una compilación temprana en Windows 11 que consume 290,2 MB de memoria, una cifra que recogió The Verge. La versión actual, en el mismo equipo, suele moverse entre uno y dos gigabytes.
La decisión lleva años gestándose. Discord adoptó Rust en 2018 para partes de su infraestructura y de su tecnología de voz, y buena parte del cliente actual ya está escrito en ese lenguaje. Lo que faltaba era llevar la interfaz entera, y eso convierte el anuncio en un cambio de arquitectura y no en una actualización. Mantener dos modelos mentales obliga a resolver los mismos problemas dos veces y encarece cada plataforma nueva.
El detalle que despejó las dudas fue una respuesta a quien asumió que usarían Tauri, el sustituto habitual de Electron. Vishnevskiy aclaró que no es Tauri, es GPUI, el marco de interfaz acelerado por GPU del editor Zed. Esa precisión técnica cambió la conversación en las horas siguientes, porque descartaba la solución barata y obligaba a mirar el código del cliente en lugar de su envoltorio.
Adiós Electron
Electron empaqueta un navegador Chromium completo dentro de cada aplicación, y esa decisión hace que cualquier cliente escrito así arrastre el coste de memoria de un motor web entero. Tauri cambia el Chromium empaquetado por el motor que el sistema ya tiene, lo que ahorra memoria sin renunciar a dibujar la interfaz con tecnologías web.
GPUI va un paso más allá y dibuja la interfaz de forma nativa sobre la GPU. Si el cliente de Discord termina ahí, el navegador deja de existir dentro de la aplicación, y con él una capa de consumo que no se puede optimizar porque no es tuya. El análisis técnico señala que el cambio también elimina la pantalla de arranque, porque ya no hay bibliotecas de Electron que cargar.
El coste de ese camino es alto. Discord tiene voz, vídeo, compartición de pantalla, superposiciones y actividades dentro de la app, y todas esas piezas se apoyan hoy en tecnología web. Reconstruirlas de forma nativa es un proyecto de años, y el propio Vishnevskiy lo enmarca como la parte más difícil.
290 MB en RAM y lo que no dicen
La cifra de 290,2 MB es una captura del administrador de tareas en un build llamado Discord Phoenix, y hay que leerla con cautela. Una compilación temprana tiene menos funciones conectadas, y un cliente ligero al arrancar engorda después de horas de uso con voz y vídeo activos.
Aun así, el punto de partida importa. Discord reconoció el año pasado que su aplicación podía llegar a 4 GB en Windows y activó una prueba que reiniciaba el cliente al superar esa cifra, una solución que trataba el síntoma. La comparación con 290 MB, incluso si el número final se duplica, deja el problema en otra escala.
La memoria no es el único beneficio que se puede medir. El cliente nuevo tampoco cargará las bibliotecas de Electron al arrancar, así que la apertura debería ser más rápida. Lo que no hay es fecha: Vishnevskiy dijo que espera poner el cliente nuevo a prueba con usuarios pronto, y Discord no ha publicado un anuncio formal ni un calendario. Cualquier fecha que circule estos días es una suposición.
Más vale tarde, que nunca
La pregunta razonable es qué ha cambiado para que una empresa con un cliente enorme asuma una reescritura. Parte de la respuesta está en el precio de la memoria, que se ha multiplicado en el último año y ha convertido la eficiencia en un argumento de producto, un fenómeno que ya explicamos al analizar los ingresos récord de la industria del DRAM.
La otra parte es interna. Tener la lógica en Rust y la interfaz en web obliga a mantener dos bases de código y a resolver los problemas dos veces, y ese coste crece con cada plataforma. Unificar el código en un solo lenguaje reduce el trabajo de mantener el cliente en Windows, macOS, Linux, Android e iOS, y ese ahorro se nota más en una empresa que publica cada dos semanas.
También hay una razón de ecosistema. El lenguaje maduró lo suficiente como para sostener una aplicación de este tamaño, y el trabajo que otros proyectos hicieron antes sirvió de prueba. El paso de Rust 1.100 y su cuarentena de dependencias es un ejemplo de cómo el ecosistema ha ido cerrando los problemas que frenaban a los equipos grandes.
¿Qué pasa con los mods y los clientes alternativos?
La comunidad de Discord depende en buena medida de clientes modificados y plugins que se enganchan a la aplicación de Electron. Cuando el cliente deje de ser una aplicación web empaquetada, esas herramientas dejarán de funcionar salvo que sus autores reescriban lo que hacen.
Ese es el coste que casi nunca se menciona en los anuncios de rendimiento. Un cambio de arquitectura que mejora la experiencia del usuario medio puede romper el ecosistema que sostiene a los usuarios más implicados, y la transición rara vez se gestiona con la misma atención.
Para quien mantiene un servidor grande, la recomendación práctica es no construir procesos críticos sobre integraciones no oficiales durante los próximos meses, y comprobar si el cliente alternativo que usa tiene un plan para cuando la base deje de ser una aplicación web. La otra lectura posible es más optimista, y es que un cliente nativo abre la puerta a herramientas que hoy no existen, como las que ya se construyen sobre agentes embebidos en cualquier aplicación.
La decisión de Discord se suma a la de Microsoft, que ha pasado el año reduciendo el consumo de Windows 11 en equipos con 8 GB, y a la de otros desarrolladores que han empezado a revisar el peso de sus aplicaciones. El patrón sugiere que la era en la que el software podía engordar a costa del hardware barato se está cerrando, y que la eficiencia vuelve a ser un criterio de diseño que se puede vender.
