- En un contexto donde los motores de navegadores web están concentrados en pocas empresas, Ladybird es un proyecto independiente que crea un motor nuevo desde cero, sin bifurcar uno existente
- La primera Alpha apunta a 2026 para Linux y macOS, y actualmente se encuentra en una etapa de desarrollo activo pensada para desarrolladores y early adopters
- El proyecto se enfoca en el objetivo de construir un motor basado en estándares web, y se diferencia por operar sin acuerdos de búsqueda predeterminada, cripto tokens ni monetización de usuarios
- Se desarrolla como open source en público, y es posible participar con reportes de bugs, casos de reproducción reducidos, pruebas de sitios web, reportes de seguridad y feedback técnico
- Las donaciones y los patrocinios son su única fuente de financiamiento, y los patrocinadores no tienen influencia sobre la hoja de ruta técnica ni la dirección del producto
Objetivos y estado actual de Ladybird
- Ladybird es un proyecto para crear desde cero un motor de navegador web nuevo
- Actualmente está en desarrollo activo, y su meta es lanzar la primera Alpha para Linux y macOS en 2026
- La web es una plataforma clave en la computación, pero los motores de navegador que impulsan toda la web son pocos y cada uno está controlado por una empresa específica
- Ladybird es un proyecto que busca crear un motor independiente con los estándares web en el centro
Qué lo diferencia, según el proyecto
-
Independencia total
- Construye un motor nuevo sin usar código de motores de navegador existentes como Blink, WebKit o Gecko
-
Un único enfoque
- El proyecto tiene un solo foco: construir un navegador web
-
Sin monetización de usuarios
- No usa acuerdos de búsqueda predeterminada, cripto tokens ni otros métodos de monetización de usuarios
Desarrollo reciente
- Changing How We Develop Ladybird
- Están cambiando la forma en que entra código al proyecto mientras se preparan para ofrecer el navegador a usuarios reales
- This Month in Ladybird - May 2026
- Incluye paso de Cloudflare Turnstile, desplazamiento asíncrono en el compositor fuera de proceso, activación por defecto de Media Source Extensions, WebAssembly JIT, bloqueo de contenido nativo, parser HTML basado en Rust, caché de bytecode JS en disco y CSS
@container, @scope y subgrid
- This Month in Ladybird - April 2026
- Incluye visor PDF inline basado en pdf.js, frontend GTK4, historial, parseo HTML especulativo, compilación JS fuera de hilo, DNS asíncrono y CSS anchor positioning
- This Month in Ladybird - March 2026
- Incluye un intérprete en ensamblador escrito a mano, parseo fuera de hilo, un nuevo motor de expresiones regulares, Mach port IPC, marcadores, CSS
if(), inherit(), @container, @function e invalidación de estilos
- This Month in Ladybird - February 2026
- Incluye adopción de Rust, renovación de edición de texto, trabajo de rendimiento en YouTube y Reddit, ScrollTimeline, CSS
@counter-style y relayout parcial de SVG
- Ladybird adopts Rust, with help from AI
- Adoptó Rust como lenguaje sucesor de C++ y usa agentes de AI para acelerar la transición
Participación y build
- Ladybird es un proyecto open source desarrollado en público por un equipo pequeño
- Quienes contribuyen pueden participar con reportes de bugs, creación de casos de reproducción reducidos, pruebas de sitios web, reportes de problemas de seguridad y feedback técnico
- Es posible clonar y ejecutar el código localmente
$ git clone https://github.com/LadybirdBrowser/ladybird.git
$ cd ladybird
$ ./Meta/ladybird.py run
Financiamiento y principios de patrocinio
- Ladybird se sostiene por completo con donaciones y patrocinios
- Sin acuerdos de búsqueda
- Sin recolección de datos
- Sin publicidad
- Los patrocinadores aparecen en el sitio web y en las actualizaciones del proyecto, y el período de patrocinio es de 1 año
- Los montos de patrocinio son los siguientes
- Platinum: $100,000
- Gold: $50,000
- Silver: $10,000
- Bronze: $5,000
- Copper: $1,000
- Las consultas sobre patrocinios se reciben en contact@ladybird.org
- Las donaciones individuales pueden hacerse por única vez o de forma mensual recurrente mediante Donorbox
- Para donaciones grandes, recomiendan contacto directo para evitar comisiones de procesamiento
Limitaciones del FAQ y planes futuros
- La primera Alpha apunta a 2026 en Linux y macOS, y está dirigida a desarrolladores y early adopters
- Actualmente Ladybird tiene un pequeño equipo regular de ingeniería y recibe pruebas, reportes de bugs, reportes de seguridad y feedback técnico de la comunidad
- El tamaño del equipo es estable, y volverán a revisar los planes de contratación si cambian las necesidades del proyecto
- El proyecto intenta mantener siempre una pista financiera de 18 meses
- Que no sea una bifurcación de un motor existente significa que no usa código de Blink, WebKit, Gecko ni de ningún otro motor de navegador
- Por razones históricas, usa varias bibliotecas del proyecto SerenityOS
- Después de separarse de SerenityOS, Ladybird ya no está atado a una cultura de escribir todo desde cero
- Para funciones comunes como formatos de imagen, audio, video, criptografía y gráficos, usa bibliotecas de terceros, incluidas algunas que también usan otros navegadores
- El soporte para Windows avanzará por etapas
- El CI ya compila y prueba el motor de JavaScript en Windows
- El soporte de Windows para el motor de navegador completo llegará en una etapa posterior
- Los ingenieros regulares actualmente se enfocan en macOS y Linux
- Las plataformas móviles no son el foco actual
- Invertirán más esfuerzo en Android e iOS después de que la versión de escritorio esté en mejor estado
- Los patrocinios son una forma de donación sin restricciones
- No se venden puestos en la junta directiva ni otras formas de influencia
- Los patrocinadores no tienen voz sobre la hoja de ruta técnica ni la dirección del producto
- Ladybird comenzó como un proyecto en C++ que formaba parte de SerenityOS, por eso la base de código arrancó en C++ y en su mayoría sigue siéndolo
- Más adelante adoptó Rust como lenguaje sucesor de C++
- Están porteando subsistemas a Rust de forma gradual
- Los detalles están en el anuncio de adopción de Rust
1 comentarios
Opiniones de Hacker News
Es realmente alentador ver cómo él y sus colegas hackers están creando un nuevo navegador independiente desde cero.
Considerando la escala de personal y financiamiento, no habría pensado que fuera posible.
Por otro lado, también me pregunto si ahora estamos viendo el resultado de que los navegadores se hayan estandarizado mejor en torno a algo así como el “95%+” de las funciones populares, y si por eso escribir un navegador hoy es más fácil que crear y mantener uno hace 10 años.
La web sigue evolucionando, pero se siente más estable que hace 10 o 15 años, y los desarrolladores de antes no tenían una hoja de ruta tan completa como la de ahora cuando empezaban a diseñar un navegador.
Hoy ya existen estándares web enormes, y con el paso del tiempo también se sabe qué fue popular, así que es más fácil priorizar el soporte para la web moderna.
A simple vista parece que hay más de todo, pero creo que también hay muchas ideas que se pueden descartar. Hubo una época en la que Internet Explorer soportaba XSLT y FTP era común.
Corrección: XSLT todavía es compatible con todos los navegadores principales, pero casi no se usa y se quedó en XSLT 1.0, así que probablemente entra en la categoría de cosas que se pueden omitir con seguridad durante bastante tiempo.
He trabajado en navegadores de forma intermitente desde 2006, y el entorno actual es completamente distinto.
Las especificaciones son mejores que nunca, y la cantidad de pruebas disponibles es como un tesoro.
Si alguien amenaza la posición de Google, Google puede invertir dinero, crear estándares excesivamente complejos e implementarlos en Blink para obligar a los competidores a ponerse al día.
Ni siquiera necesita pasar por el W3C. Si funciona en Chrome, los desarrolladores web lo adoptan, y los motores pequeños terminan teniendo que soportarlo si no quieren perder la cuota de mercado que les queda.
La importancia estratégica de controlar internet hoy es mayor que hace 20 o 30 años, cuando Microsoft estaba en su apogeo.
Basta comparar https://www.ietf.org/rfc/rfc1866.txt con https://html.spec.whatwg.org/multipage/.
Escribir un navegador web también era difícil antes por varias razones, pero crear hoy un navegador con todas las funciones es una tarea enorme, y siguen agregándose nuevas funciones que se espera que los navegadores soporten.
La superficie de API es incomparablemente mayor que hace 10 o 15 años: https://developer.mozilla.org/en-US/docs/Web/API
Y eso ni siquiera incluye JavaScript, MathML, SVG, funciones de seguridad basadas en HTTP, criptografía ni actualizaciones de soporte multimedia.
Es realmente sorprendente que una persona haya empezado a crear todo un sistema operativo desde cero por diversión y para hacer algo interesante, y que accidentalmente haya terminado creando uno de los nuevos motores de navegador más prometedores de los últimos 10 o 20 años.
He visto videos de desarrollo durante uno o dos años, y cuesta creer la velocidad con la que ha avanzado en tan poco tiempo.
Ahora que hay varios voluntarios y también suficiente patrocinio como para pagarle a más de un desarrollador, el futuro se ve bastante interesante.
Una de las claves de su éxito es convertir varias especificaciones directamente en código, que hoy en día es casi la mejor forma de hacerlo. También trabaja con un fuerte enfoque guiado por pruebas.
Cuando dice “desde cero”, incluye no usar ni siquiera la biblioteca estándar de C++ y tener su propia clase de strings, lo cual, para bien o para mal, está bien en un proyecto hecho “solo por diversión” y “para aprender”.
Justo cuando uno pensaba que con la biblioteca y el sistema operativo ya era una locura, anunció que les agregaría un navegador y un motor de JavaScript; luego un compilador JIT, y después, como ni C++ ni Rust le convencían del todo, hasta creó su propio lenguaje nuevo, Jakt.
Más admirable que su experiencia es su humildad y amabilidad. A diferencia de Linus y otros, no es muy dado a presumir, y en cada video menciona por nombre quién hizo qué y reparte el crédito. Es un gran modelo a seguir para el open source.
Sigue siendo impresionante, pero no es un completo novato cuando se habla de desarrollo de navegadores.
Espero que se convierta en un navegador que se pueda usar a diario. Un nuevo motor web es excelente, y también espero que Servo tenga éxito.
Podría considerar contribuir, pero la coordinación del desarrollo se hace en Discord, y yo evito el software propietario… [1]
Es una lástima, pero como es algo que hacen por diversión, no se les puede reprochar.
[1] https://drewdevault.com/2022/03/29/free-software-free-infras...
Dice que los autores que promocionan software open source en canales como Twitter, Hacker News, LinkedIn o GitHub son “abiertamente egoístas y poco éticos”.
Este tipo de dogmatismo es difícil de aceptar, y se siente como imponer una definición de software libre y open source hostil hacia la gente que simplemente quiere crear algo genial y compartirlo con el mundo, incluso hacia quienes quieren ganar dinero con FOSS.
Es sorprendente que, teniendo posturas tan fuertes, publique algo como “Can I be on your podcast”[1] para promocionar su lenguaje de programación Hare.
No es que solo haya buscado podcasts que no se distribuyan en plataformas como Spotify o Apple Podcasts; de hecho, está promocionando Hare mediante varias apariciones.
Esto se siente como hipocresía.
[1]: https://drewdevault.com/2023/11/09/Can-I-be-on-your-podcast....
Me gusta esta parte de la FAQ:
“¿Por qué molestarse? No se puede crear un nuevo motor de navegador sin miles de millones de dólares y cientos de empleados.”
“Sí se puede. No escuchen a los derrotistas de brazos cruzados que nunca han creado un navegador.”
Me alegra ver que la competencia sigue viva en el desarrollo de motores de navegador. También está Servo, que fue parte de Mozilla: https://servo.org/
Dicho eso, tanto Servo como Ladybird todavía están bastante inmaduros comparados con un navegador de uso diario.
Es una pena que no haya builds nightly para probar Ladybird, probablemente porque no quieren recibir reportes de bugs. Si nada funciona, no tiene sentido acumular bugs aleatorios.
Claro, fue en algún momento del año pasado y ahora podría ser más lento, pero aun así está lejos de una compilación de Chromium de 9 horas.
Para los mantenedores eso hace la vida más fácil, y probablemente cambie cuando el proyecto madure.
Estas capturas de progreso son realmente geniales: https://serenityos.org/happy/1st/
En cuanto a programación, de verdad parece un desarrollador todoterreno.
Si hacemos un experimento mental, ¿qué tal un nuevo tipo de navegador para un nuevo tipo de web? Gran parte de CSS está obsoleta
Por eso, tal vez una versión “moderna”, hecha especialmente alrededor de CSS Grid y Flex, podría ofrecer la misma funcionalidad sin tanto lastre
Me refiero a viejas historias como el diseño de tres columnas del santo grial
También hace pensar en canvas, threejs, react-three-fiber y react-drei. Especialmente en móviles, ¿no podría canvas ofrecer una mejor experiencia de usuario?
¿Quién escribe juegos móviles con HTML y CSS? No digo que sea imposible, pero me pregunto cuántos sitios web realmente necesitan HTML y CSS en lugar de canvas
Una gran barrera para competir en navegadores es tener que implementar tecnologías viejas y heredadas. ¿No se podría ir solo con un HTML mínimo y canvas?
No creo que sirva de mucha ayuda
La superficie de las API web creció como una explosión cámbrica, y lo moderno sobrepasa a lo antiguo. Aunque se quitara el soporte para mecanismos viejos o menos usados, no se reducirían tanto el código y la complejidad como uno imaginaría
Más allá de la simple superficie, implementar un “perfil central limitado” a un nivel competitivo requiere un grado de ingeniería muy alto, sobre todo si se desarrolla completamente desde cero teniendo en cuenta el rendimiento
El efecto de cola larga también es fuerte: incluso la mayoría de los sitios web modernos dependen aquí y allá de elementos viejos, así que podría haber muy pocas páginas que funcionen correctamente en ese navegador hipotético
Es decir, seguiría siendo un proyecto enorme y difícil. Claro que la comunidad FOSS ha sacado adelante bastantes proyectos enormes y difíciles, así que no significa que sea imposible
Si quieres crear una app, conectada o no, ya existen internet y los sistemas operativos. Tampoco hace falta empeorar la interfaz peleándote con el navegador
Esto es especialmente importante en juegos u otro software profundo
El núcleo original de la web es una colección de documentos enlazados por hipervínculos, a veces con multimedia, y con un poco de interacción añadida mediante formularios y scripts
Para ver lo incómoda que es la situación actual, basta imaginar un universo paralelo donde, en lugar de Google, Adobe se hubiera vuelto gigante y el JavaScript dentro de los PDF se abusara para crear apps
border-box también resolvió la mayor parte del sufrimiento de los años 2000. Suena como una buena idea, pero no sé qué se podría recortar
Las tablas también siguen siendo la mejor opción para datos tabulares reales
Hilos relacionados en curso y publicaciones anteriores
Interview with Andreas Kling of Serenity OS (2022) - https://news.ycombinator.com/item?id=39286638 - febrero de 2024, 134 comentarios
Ladybird browser update (July 2023) [video] - https://news.ycombinator.com/item?id=36939402 - julio de 2023, 1 comentario
Chat with Andreas Kling about Ladybird and developing a browser engine - https://news.ycombinator.com/item?id=36620450 - julio de 2023, 65 comentarios
Shopify Sponsored Ladybird Browser - https://news.ycombinator.com/item?id=36502583 - junio de 2023, 1 comentario
I have received a $100k sponsorship for Ladybird browser - https://news.ycombinator.com/item?id=36377805 - junio de 2023, 166 comentarios
Early stages of Google Docs support in the Ladybird browser - https://news.ycombinator.com/item?id=33511831 - noviembre de 2022, 84 comentarios
Github.com on Ladybird, new browser with JavaScript/CSS/SVG engines from scratch - https://news.ycombinator.com/item?id=33273785 - octubre de 2022, 1 comentario
Ladybird: A new cross-platform browser project - https://news.ycombinator.com/item?id=32809126 - septiembre de 2022, 473 comentarios
Ladybird: A truly new Web Browser comes to Linux - https://news.ycombinator.com/item?id=32014061 - julio de 2022, 8 comentarios
Ladybird Web Browser - https://news.ycombinator.com/item?id=31987506 - julio de 2022, 2 comentarios
Ladybird Web Browser – SerenityOS LibWeb Engine on Linux - https://news.ycombinator.com/item?id=31976579 - julio de 2022, 2 comentarios
Mientras Mozilla revende servicios de privacidad, otros están creando mejores navegadores
Tampoco hacen falta 6 mil millones de dólares
Andreas Kling y el proyecto SerenityOS son buenos, pero no me gusta que él esté solo en Twitter
Mastodon parece encajar perfecto con su audiencia
Twitter antes también lo era más, pero da la impresión de que, después de la compra de Elon, la gente más enojada se mudó a Mastodon
Creo que en Mastodon ese ambiente es muy marcado y difícil de evitar