Ladybird: 처음부터 만드는 독립 브라우저 엔진

 (ladybird.dev)
2P by GN⁺ | ★ favorite | 댓글 1개
  • 웹 브라우저 엔진이 소수 회사에 집중된 상황에서, Ladybird는 기존 엔진을 포크하지 않고 새 엔진을 처음부터 만드는 독립 프로젝트임
  • 첫 Alpha는 2026년 Linux와 macOS를 목표로 하며, 현재는 개발자와 얼리어답터를 염두에 둔 활발한 개발 단계임
  • 프로젝트는 웹 표준 기반 엔진이라는 목표에 집중하고, 기본 검색 계약·크립토 토큰·사용자 수익화 없이 운영되는 점을 차별점으로 내세움
  • 공개 오픈소스로 개발되며 버그 보고, 축소 재현 사례, 웹사이트 테스트, 보안 이슈 보고, 기술 피드백으로 참여할 수 있음
  • 기부와 스폰서십이 유일한 재원이며, 스폰서는 기술 로드맵이나 제품 방향에 영향력을 갖지 않음

Ladybird의 목표와 현재 상태

  • Ladybird는 웹 브라우저 엔진을 처음부터 새로 만드는 프로젝트임
  • 현재는 활발한 개발 중이며, Linux와 macOS용 첫 Alpha를 2026년에 내는 것이 목표임
  • 웹은 컴퓨팅에서 중요한 플랫폼이지만, 전체 웹을 구동하는 브라우저 엔진은 소수이고 각각 특정 회사가 통제함
  • Ladybird는 웹 표준을 중심에 둔 독립 엔진을 만들려는 프로젝트임

프로젝트가 내세우는 차별점

  • 완전한 독립성

    • Blink, WebKit, Gecko 같은 기존 브라우저 엔진의 코드를 사용하지 않고 새 엔진을 구축함

  • 단일한 초점

    • 프로젝트의 초점은 웹 브라우저를 만드는 것 하나임

  • 사용자 수익화 없음

    • 기본 검색 계약, 크립토 토큰, 그 밖의 사용자 수익화 방식을 사용하지 않음

최근 개발 흐름

  • Changing How We Develop Ladybird
    • 실제 사용자에게 브라우저를 제공하기 위한 준비 과정에서 코드가 프로젝트에 들어오는 방식을 바꾸고 있음
  • This Month in Ladybird - May 2026
    • Cloudflare Turnstile 통과, out-of-process compositor의 비동기 스크롤, Media Source Extensions 기본 활성화, WebAssembly JIT, 네이티브 콘텐츠 차단, Rust 기반 HTML 파서, 디스크 기반 JS 바이트코드 캐시, CSS @container·@scope·subgrid 등이 포함됨
  • This Month in Ladybird - April 2026
    • pdf.js 기반 인라인 PDF 뷰어, GTK4 프론트엔드, 방문 기록, 추측적 HTML 파싱, 오프스레드 JS 컴파일, 비동기 DNS, CSS anchor positioning 등이 포함됨
  • This Month in Ladybird - March 2026
    • 손으로 작성한 어셈블리 인터프리터, 오프스레드 파싱, 새 정규식 엔진, Mach port IPC, 북마크, CSS if()·inherit()·@container·@function, 스타일 무효화 등이 포함됨
  • This Month in Ladybird - February 2026
    • Rust 채택, 텍스트 편집 개편, YouTube와 Reddit 성능 작업, ScrollTimeline, CSS @counter-style, SVG 부분 relayout 등이 포함됨
  • Ladybird adopts Rust, with help from AI
    • Rust를 C++의 후속 언어로 채택하고, 전환 속도를 높이기 위해 AI 에이전트를 사용함

참여와 빌드

  • Ladybird는 공개적으로 개발되는 오픈소스 프로젝트이며, 작은 팀이 개발함
  • 기여자는 버그 보고, 축소 재현 사례 작성, 웹사이트 테스트, 보안 이슈 보고, 기술 피드백 공유로 참여할 수 있음
  • 로컬에서 코드를 클론하고 실행할 수 있음
$ git clone https://github.com/LadybirdBrowser/ladybird.git
$ cd ladybird
$ ./Meta/ladybird.py run

자금 조달과 후원 원칙

  • Ladybird는 전적으로 기부와 스폰서십으로 운영됨
    • 검색 계약 없음
    • 데이터 수집 없음
    • 광고 없음
  • 스폰서는 웹사이트와 프로젝트 업데이트에 표시되며, 스폰서십 기간은 1년임
  • 스폰서십 금액은 다음과 같음
    • Platinum: $100,000
    • Gold: $50,000
    • Silver: $10,000
    • Bronze: $5,000
    • Copper: $1,000
  • 스폰서십 문의는 contact@ladybird.org로 받음
  • 개인 기부는 Donorbox를 통해 일회성 또는 월간 반복 기부로 가능함
  • 큰 규모의 기부는 처리 수수료를 피하기 위해 직접 연락하도록 안내함

FAQ의 제약과 향후 계획

  • 첫 Alpha는 2026년 Linux와 macOS를 목표로 하며, 개발자와 얼리어답터를 대상으로 함
  • 현재 Ladybird에는 작은 정규 엔지니어링 팀이 있고, 커뮤니티의 테스트·버그 보고·보안 보고·기술 피드백을 받음
  • 팀 규모는 안정적인 상태이며, 프로젝트 필요가 바뀌면 채용 계획을 다시 검토함
  • 프로젝트는 항상 18개월 런웨이를 유지하려고 함
  • 기존 엔진의 포크가 아니라는 말은 Blink, WebKit, Gecko 또는 다른 브라우저 엔진의 코드를 사용하지 않는다는 뜻임
    • 역사적 이유로 SerenityOS 프로젝트의 여러 라이브러리를 사용함
    • Ladybird가 SerenityOS에서 포크된 뒤에는 모든 것을 처음부터 작성하는 문화에 묶이지 않음
    • 이미지·오디오·비디오 포맷, 암호화, 그래픽 같은 공통 기능에는 서드파티 라이브러리를 사용하며, 다른 브라우저가 쓰는 일부 라이브러리도 포함됨
  • Windows 지원은 단계적으로 진행됨
    • CI는 이미 Windows에서 JavaScript 엔진을 빌드하고 테스트함
    • 전체 브라우저 엔진의 Windows 지원은 이후 단계로 진행됨
    • 정규 엔지니어들은 현재 macOS와 Linux에 집중함
  • 모바일 플랫폼은 현재 초점이 아님
    • 데스크톱 버전 상태가 좋아진 뒤 Android와 iOS에 더 많은 노력을 투입함
  • 스폰서십은 제한 없는 기부 형태임
    • 이사회 자리나 다른 형태의 영향력은 판매 대상이 아님
    • 스폰서는 기술 로드맵이나 제품 방향에 발언권이 없음
  • Ladybird는 SerenityOS의 일부로 시작된 C++ 프로젝트였기 때문에 코드베이스가 C++로 시작했고 대부분 C++로 남아 있음
    • 이후 Rust를 C++의 후속 언어로 채택함
    • 서브시스템을 점진적으로 Rust로 포팅하고 있음
    • 자세한 내용은 Rust 채택 발표에서 확인할 수 있음

함께 보면 좋은 글 β

GN⁺   [-]
Hacker News 의견들

  • 그와 해커 동료들이 새 독립 브라우저를 처음부터 만드는 모습을 보는 건 정말 고무적임
    인력과 자금 규모를 생각하면 가능하리라고는 생각 못 했음
    한편으로는 브라우저들이 인기 기능의 “95%+” 정도에서 더 잘 표준화된 결과가 이제 나타나는 건지, 그래서 오늘날 브라우저를 작성하는 일이 10년 전 브라우저를 만들고 유지하던 것보다 쉬워진 건지도 궁금함
    웹은 여전히 진화 중이지만 10~15년 전보다 더 안정된 느낌이고, 예전 개발자들은 브라우저 설계를 처음 잡을 때 지금처럼 완성된 로드맵이 없었음
    지금은 방대한 웹 표준이 이미 있고, 시간이 지나며 무엇이 인기 있었는지도 알아서 현대 웹 지원에서 우선순위를 정하기 쉬움
    겉보기엔 모든 것이 더 많아진 것 같지만, 버릴 수 있는 아이디어도 많아졌다고 봄. Internet Explorer가 XSLT를 지원했고 FTP가 흔하던 시절도 있었음
    수정: XSLT는 여전히 주요 브라우저가 모두 지원하지만 거의 쓰이지 않고 XSLT 1.0에 머물러 있으니, 꽤 오래 안전하게 생략할 수 있는 축에 들어갈 듯함

    • 고맙고, 함께 작업해 준 모든 사람들을 정말 자랑스럽게 생각함
      2006년부터 간헐적으로 브라우저 작업을 해왔는데, 지금의 환경은 완전히 다름
      명세는 어느 때보다 좋아졌고, 사용할 수 있는 테스트도 보물창고처럼 많아짐
    • 지금이 더 쉬워진 건 아님. 여전히 판을 주도하는 독점자가 있고, 이름만 Microsoft가 아닐 뿐임
      누군가 Google의 위치를 위협하면 Google은 돈을 쏟아붓고, 지나치게 복잡한 표준을 만들고, Blink에 구현해서 경쟁자가 따라오게 만들 수 있음
      W3C를 거칠 필요도 없음. Chrome에서 동작하면 웹 개발자들이 채택하고, 작은 엔진은 남은 시장 점유율을 잃지 않으려면 결국 지원해야 함
      지금 인터넷을 통제하는 전략적 중요성은 Microsoft가 정점에 있던 20~30년 전보다 더 큼
    • 10년 전과 비교하면 그럴 수도 있지만, 수십 년 전에는 HTML만 봐도 지원해야 할 것이 훨씬 적었음
      https://www.ietf.org/rfc/rfc1866.txt와 https://html.spec.whatwg.org/multipage/를 비교해 보면 됨
      옛날에도 웹 브라우저 작성은 여러 이유로 어려웠지만, 오늘날 완전한 기능을 갖춘 브라우저를 만드는 건 거대한 작업이고, 지금도 새 기능이 계속 추가되며 브라우저 지원이 기대됨
    • 아마 그렇지 않을 것 같음. 웹 표준과 설계 감각은 있지만, 브라우저가 지원해야 하는 API와 HTML/CSS 기능의 총량은 Ladybird 팀이 적극적으로 구현하는 속도보다 더 빠르게 바뀌고 있을 가능성이 큼
      API 표면적은 10~15년 전과 비교가 안 될 만큼 커졌음: https://developer.mozilla.org/en-US/docs/Web/API
      여기에 JavaScript, MathML, SVG, HTTP 기반 보안 기능, 암호화, 미디어 지원 업데이트는 포함되지도 않음
    • 웹 플랫폼은 계속 좋아지고 있음. 1998년부터 웹 개발로 먹고사는 입장에서, Interop 2024와 Web Platform Tests처럼 핵심 플랫폼 기능의 채택 속도와 신뢰성을 높이는 것들을 보게 되어 기쁨
      1. https://www.webkit.org/blog/14633/get-ready-for-interop-2024...
      2. https://wpt.fyi

  • 한 사람이 재미로, 또 흥미로운 일을 하려고 운영체제 전체를 처음부터 만들기 시작했다가, 우연히 지난 10~20년 사이 가장 가능성 있는 새 브라우저 엔진 중 하나를 만든 게 정말 놀라움
    1~2년 동안 개발 영상을 봐왔는데, 이렇게 짧은 시간에 진행된 속도가 믿기 어려울 정도임
    이제 여러 자원봉사자가 있고, 한 명 넘는 개발자에게 돈을 지급할 만큼 후원도 생겼으니 앞으로가 꽤 기대됨

    • 그는 웹 렌더링 분야의 세계적 전문가이고 매우 유능한 C++ 개발자임
      성공 비결 중 하나는 여러 명세를 직접 코드로 옮기는 방식인데, 오늘날에는 이게 최선에 가까움. 테스트 주도도 강하게 함
      “처음부터”라고 할 때 C++ 표준 라이브러리도 쓰지 않고 자체 문자열 클래스까지 포함하는데, 좋든 나쁘든 “그냥 재미로”, “배우려고” 하는 프로젝트라 괜찮음
      라이브러리와 OS만으로도 미쳤다고 생각할 즈음 브라우저와 JavaScript 엔진을 얹겠다고 발표했고, 그다음 JIT 컴파일러, 또 C++도 Rust도 완전히 마음에 들지 않아 자체 새 언어인 Jakt까지 만들었음
      전문성보다 더 존경스러운 건 겸손함과 친절함임. Linus 등과 달리 자기과시가 강하지 않고, 영상마다 누가 무엇을 했는지 이름을 하나씩 거론하며 공을 돌림. 오픈소스의 훌륭한 롤모델임
    • 예전에 Apple의 WebKit 팀에서 몇 년 일하지 않았나?
      여전히 인상적이지만, 브라우저 개발 얘기에서 완전한 신인은 아님
    • 링크만 봐서는 잘 모르겠는데, 무엇 때문에 그렇게 가능성 있는 엔진이라는 건가?
    • co-recursive 팟캐스트 에피소드로 이 프로젝트를 알게 됐고, 이야기가 흥미로웠음: https://corecursive.com/serenity-os-with-andreas-kling/
    • 무엇이 일어날 수 있다는 건가? 왜 새 브라우저 엔진이 필요한가?

  • 일상적으로 쓸 수 있는 브라우저가 되길 기대함. 새 웹 엔진은 훌륭하고, Servo도 성공했으면 좋겠음
    기여를 고려할 수도 있지만 개발 조율이 Discord에서 이뤄지고, 나는 독점 소프트웨어를 피함… [1]
    아쉽지만, 재미로 하는 일이니 탓할 수는 없음
    [1] https://drewdevault.com/2022/03/29/free-software-free-infras...

    • 그 글은 읽기 꽤 힘들었음. Drew가 하는 말 중 좋아하는 것도 많지만, 이건 과해 보임
      그는 오픈소스 소프트웨어를 Twitter, Hacker News, LinkedIn, GitHub 같은 채널에서 홍보하는 작성자들을 두고 “노골적으로 이기적이고 비윤리적”이라고 함
      이런 교조주의는 힘들고, 그냥 멋진 걸 만들고 세상과 공유하고 싶어 하는 사람들, 심지어 FOSS로 돈을 벌고 싶은 사람들에게 적대적인 자유·오픈소스 정의를 밀어붙이는 느낌임
      그렇게 강한 견해를 갖고 있으면서도 자기 프로그래밍 언어 Hare를 홍보하려고 “Can I be on your podcast”[1] 같은 글을 올리는 건 놀라움
      Spotify나 Apple Podcasts 같은 플랫폼에 배포되지 않는 팟캐스트만 찾은 것도 아니고, 실제로 여러 출연을 통해 Hare를 홍보하고 있음
      이건 위선처럼 느껴짐
      [1]: https://drewdevault.com/2023/11/09/Can-I-be-on-your-podcast....
    • HN도 독점 소프트웨어인 것 같음

  • FAQ의 이 부분이 좋음
    “왜 굳이 하나요? 수십억 달러와 수백 명의 직원 없이는 새 브라우저 엔진을 만들 수 없잖아요.”
    “할 수 있습니다. 브라우저를 만들어 본 적도 없는 팔짱 낀 패배주의자들의 말은 듣지 마세요.”

  • 브라우저 엔진 개발에서 아직 경쟁이 살아 있는 걸 보니 좋음. Mozilla의 일부였던 Servo도 있음: https://servo.org/
    다만 Servo와 Ladybird 모두 일상용 브라우저에 비하면 아직 많이 미숙함
    Ladybird를 시험해 볼 나이틀리 빌드가 없다는 건 꽤 아쉬운데, 아마 버그 리포트를 원하지 않아서일 듯함. 모든 게 동작하지 않는 상태라면 무작위 버그가 쌓여도 의미가 없음

    • 마지막으로 시도했을 때 Ladybird 빌드는 오래 걸리지 않았음
      물론 작년 어느 시점이었고 지금은 더 느릴 수 있지만, 그래도 9시간짜리 Chromium 빌드와는 거리가 멂
    • Ladybird 패키지는 AUR https://aur.archlinux.org/packages/ladybird-git, FreshPorts https://www.freshports.org/www/ladybird, HaikuPorts https://depot.haiku-os.org/ladybird에 있음
    • WebKit도 잊으면 안 됨. https://surf.suckless.org 같은 프로젝트로 이어짐
    • 빌드가 없는 이유는 사람들이 직접 컴파일하게 만들면 사용자와 이슈를 올리는 사람이 어느 정도 기술 역량을 갖추게 되기 때문이라고 기억함
      유지보수자 입장에서는 삶이 쉬워지고, 프로젝트가 성숙하면 바뀔 가능성이 큼

  • 이 진행 스크린샷들이 정말 좋음: https://serenityos.org/happy/1st/

    • 타임스탬프를 보면 초기에 혼자 작업했을 때의 진행 속도가 정말 놀라울 정도임
      프로그래밍에 관해서는 진짜 만능형 개발자처럼 보임

  • 사고 실험을 해보면, 새로운 종류의 웹을 위한 새로운 종류의 브라우저는 어떨까? CSS의 많은 부분은 낡았음
    그래서 “현대적” 버전, 특히 CSS Grid와 Flex를 중심으로 만들면 군더더기 없이 같은 기능을 제공할 수 있지 않을까 함
    성배 3단 레이아웃 같은 오래된 이야기들 말임
    또 canvas, threejs, react-three-fiber, react-drei도 생각하게 됨. 특히 모바일에서는 canvas가 더 나은 사용자 경험을 제공할 수도 있지 않을까?
    누가 모바일 게임을 HTML과 CSS로 쓰나? 불가능하다는 뜻은 아니지만, 얼마나 많은 웹사이트가 canvas 대신 HTML과 CSS를 꼭 필요로 하는지 궁금함
    브라우저 경쟁의 큰 장벽은 낡고 오래된 기술을 구현해야 한다는 점임. 최소한의 HTML과 canvas만으로 가면 안 될까?

    • 예전에 브라우저 엔진을 조금 작업한 적이 있는데, 오래전이긴 함
      별로 도움이 되지 않을 것 같음
      웹 API 표면적은 캄브리아기 폭발처럼 늘어났고, 현대적인 것들이 오래된 것들을 압도함. 오래되었거나 덜 쓰이는 메커니즘 지원을 제거해도 생각만큼 코드와 복잡성이 줄지 않음
      단순한 표면적을 넘어, 경쟁력 있는 수준의 “제한된 핵심 프로필”을 구현하려면, 특히 성능까지 고려한 완전한 백지 개발에서는 요구되는 공학 수준이 매우 높음
      롱테일 효과도 강해서, 대부분 현대적인 웹사이트도 여기저기 낡은 요소에 의존하기 때문에 그런 가상의 브라우저에서 제대로 동작하는 페이지가 거의 없을 수 있음
      즉 여전히 아주 크고 어려운 프로젝트임. 물론 FOSS 커뮤니티가 크고 어려운 프로젝트를 꽤 많이 해낸 것도 사실이라, 불가능하다는 뜻은 아님
    • Google이 자기 광고 기반, 사용자 추적 이익을 위해 웹을 OS로 바꾸려는 흐름은 그만 따라갔으면 함
      연결된 앱이든 아니든 앱을 만들고 싶다면 이미 인터넷과 OS가 있음. 브라우저와 싸우느라 인터페이스를 더 나쁘게 만들 필요도 없음
      특히 게임이나 다른 깊이 있는 소프트웨어에서는 중요함
      웹의 본래 핵심은 하이퍼링크로 연결된 문서 모음이고, 때로 멀티미디어가 있으며, 약간의 폼과 스크립트로 상호작용을 더하는 것임
      지금 상황이 얼마나 어색한지 보려면, Google 대신 Adobe가 거대해졌고 PDF 안의 JavaScript가 앱을 만드는 데 남용되는 평행우주를 상상해 보면 됨
    • CSS에서 정확히 무엇이 낡았다는 건가? float와 inline-block에도 여전히 타당한 사용처가 있음
      border-box도 2000년대의 고통을 대부분 해결해 줌. 좋은 아이디어 같기는 하지만 무엇을 잘라낼 수 있을지 모르겠음
      표도 실제 표 형식 데이터에는 여전히 최선임
    • 모든 것을 canvas의 WebGL/WebGPU로 렌더링하는 현대 프레임워크들이 있는 것 같음

  • 관련 진행 중인 스레드와 이전 글들임
    Interview with Andreas Kling of Serenity OS (2022) - https://news.ycombinator.com/item?id=39286638 - 2024년 2월, 댓글 134개
    Ladybird browser update (July 2023) [video] - https://news.ycombinator.com/item?id=36939402 - 2023년 7월, 댓글 1개
    Chat with Andreas Kling about Ladybird and developing a browser engine - https://news.ycombinator.com/item?id=36620450 - 2023년 7월, 댓글 65개
    Shopify Sponsored Ladybird Browser - https://news.ycombinator.com/item?id=36502583 - 2023년 6월, 댓글 1개
    I have received a $100k sponsorship for Ladybird browser - https://news.ycombinator.com/item?id=36377805 - 2023년 6월, 댓글 166개
    Early stages of Google Docs support in the Ladybird browser - https://news.ycombinator.com/item?id=33511831 - 2022년 11월, 댓글 84개
    Github.com on Ladybird, new browser with JavaScript/CSS/SVG engines from scratch - https://news.ycombinator.com/item?id=33273785 - 2022년 10월, 댓글 1개
    Ladybird: A new cross-platform browser project - https://news.ycombinator.com/item?id=32809126 - 2022년 9월, 댓글 473개
    Ladybird: A truly new Web Browser comes to Linux - https://news.ycombinator.com/item?id=32014061 - 2022년 7월, 댓글 8개
    Ladybird Web Browser - https://news.ycombinator.com/item?id=31987506 - 2022년 7월, 댓글 2개
    Ladybird Web Browser – SerenityOS LibWeb Engine on Linux - https://news.ycombinator.com/item?id=31976579 - 2022년 7월, 댓글 2개

  • Mozilla가 개인정보 보호 서비스를 재판매하는 동안, 다른 이들은 더 나은 브라우저를 만들고 있음
    60억 달러가 필요하지도 않음

    • Mozilla에는 확실히 경영 문제가 있음. 하지만 제품은 좋고, 아주 좋기까지 함

  • Andreas Kling과 SerenityOS 프로젝트는 좋지만, 그가 Twitter에만 있는 건 싫음
    Mastodon이 그의 청중에게 딱 맞아 보임

    • 잘 모르겠음. 그는 사물을 긍정적으로 보려는 태도에 꽤 일관적인데, Mastodon은 Twitter보다 훨씬 더 화난 공간처럼 보임
      Twitter도 예전엔 더 그랬지만, Elon이 인수한 뒤 가장 화난 사람들이 Mastodon으로 옮겨간 느낌임
      Mastodon에서는 그 분위기가 매우 두드러지고 피하기 어렵다고 봄
    • Mastodon에 미러가 있음: @awesomekling@bird.makeup
답변달기