Cloudflare compra Deno y dejará de desarrollar el runtime dentro de un año

Cloudflare compra Deno al completo. La compañía mantendrá el runtime de Deno un año más, con lanzamientos mensuales que incluirán correcciones de errores y actualizaciones de seguridad. Pasado ese plazo, Cloudflare dejará de desarrollarlo. El código seguirá siendo abierto, y la empresa invita expresamente a quienes quieran continuar el proyecto. La operación se anunció el 9 de octubre de 2026. Según las declaraciones de ambas partes, el activo principal no es el runtime en sí, sino celld, que el equipo de Deno lanzó en agosto.

Qué obtiene realmente Cloudflare

celld es una implementación abierta del patrón Durable Objects de Cloudflare Workers. Según Ryan Dahl, creador de Deno y Node.js, el sistema funciona «sorprendentemente bien» y se apoya únicamente en el almacenamiento de objetos para la coordinación y la persistencia. Dahl lo describe como un nuevo modelo de desarrollo de servidor, y no como otra API más para el sistema de archivos o la red.

Cloudflare formuló su objetivo así: lograr que el self-hosting de workerd sea una vía plenamente soportada para crear y ejecutar aplicaciones con el modelo de programación de Workers. Para una plataforma cuyo modelo ha vivido hasta ahora sobre todo dentro de su propia infraestructura, es un paso hacia la portabilidad. El equipo de Deno ya ha construido un equivalente abierto que funciona, así que resuelve la cuestión más rápido que un desarrollo interno desde cero.

Por qué no continuará el runtime

En Hacker News, Dahl calificó la decisión de conjunta y dijo estar de acuerdo con ella. En su opinión, Deno está bien diseñado y contiene buenas ideas, pero no resuelve problemas realmente grandes. El proyecto quedó atrapado en el «pozo gravitatorio» de la compatibilidad con Node, que lo obliga a comportarse exactamente como Node. Su pregunta es directa: ¿para qué reescribir Node si Node funciona? Unas pequeñas mejoras en rendimiento, comodidad o seguridad no bastan para justificarlo.

Es una franqueza poco habitual en el autor de un proyecto: reconoce que el principal valor de Deno sale del runtime y pasa a otra idea de arquitectura.

Hechos clave de la operación:

• Formato: Cloudflare adquiere Deno por completo.
• Soporte del runtime: 12 meses con lanzamientos mensuales.
• Contenido de los lanzamientos: correcciones de errores y actualizaciones de seguridad; no se prometen funciones nuevas.
• Licencia: Deno sigue siendo un proyecto abierto, y se acogen con agrado los forks y la continuación del desarrollo por parte de la comunidad.
• Activo principal: celld, cuya primera versión salió en agosto de 2026.
• Como referencia: los permisos en Node.js aparecieron en la v20.0.0 en abril de 2023 y se estabilizaron en la v22.13.0 en enero de 2025.

Permisos: qué se pierde

Simon Willison, autor de la nota, cita el sistema de permisos como su función favorita de Deno. Un script se ejecuta con una lista exacta de archivos y carpetas que puede leer y escribir, y de hosts de red a los que puede conectarse. Node.js tiene un modelo parecido, pero con una limitación importante: no admite una lista blanca de hosts concretos, de modo que la red está activada o desactivada.

Para quienes ejecutan código no fiable, incluido el generado por modelos, esta diferencia es significativa. El control granular del acceso a la red sigue siendo una ventaja de Deno. Cuando el runtime desaparezca, habrá que buscarlo en los forks o cubrirlo con otros mecanismos de aislamiento.

Qué deben hacer los equipos que usan Deno

Un año de soporte ofrece una ventana razonable para planificar, pero no es motivo para aplazar la decisión. Compruebe hasta qué punto su código depende de APIs específicas de Deno, en lugar de estándares web comunes y de la compatibilidad con Node. Cuanto mayor sea la compatibilidad, más barata será la migración. Si los permisos a nivel de host son críticos para usted, evalúe alternativas con antelación: un sandbox a nivel de contenedor o de proceso, o un futuro fork.

Conviene seguir por separado celld y la forma en que Cloudflare articule el soporte del self-hosting de workerd. Si cumple su promesa, el modelo de Workers podrá ejecutarse fuera de la nube de Cloudflare. Para los equipos que temen la dependencia de un proveedor, será un argumento de peso.