Ladybird

Web標準を基準に、独立したブラウザエンジンそのものを実装する

公式READMEはLadybirdを「truly independent web browser」と位置づけ、Web標準を基にした新しいエンジンを開発しています。単なるブラウザUIや既存エンジンのラッパーではなく、レンダリング・JavaScript・WebAssembly・TLS・HTTP・画像・Unicode・メディアなど、Webを動かす基盤をプロジェクト内で積み上げている点が中心です。

出典：[1]

タブ・画像デコード・ネットワークをprocess分離し、障害と悪意あるcontentの境界を作る

Ladybirdはmain UI processに加え、複数のWebContent renderer、ImageDecoder、RequestServerを分けるmulti-process architectureを採用しています。各タブは独立したrenderer processを持ち、READMEでは画像デコードとnetwork connectionもprocess外へ分離して、悪意あるcontentに対する堅牢性を高める設計だと説明されています。

出典：[1]

SerenityOS由来のLibWeb・LibJSなどを発展させ、ブラウザ基盤を一つのstackとして育てる

現時点ではLibWeb、LibJS、LibWasm、LibCrypto/LibTLS、LibHTTP、LibGfx、LibUnicode、LibMedia、LibCore、LibIPCなど多くのcore libraryをSerenityOSから継承しています。HTML/CSS renderingだけでなくJavaScript engineやWebAssembly、network、graphics、media、IPCまで含むため、browser engine全体の実装を追いたい開発者にとってコードベースそのものが教材になります。

出典：[1]

日常用ブラウザの代替ではなく、browser engineやWeb platformの実装を追いたい開発者に

browser engine、JavaScript runtime、Web標準、process isolation、graphics、network stackなどを横断して学びたい人や、独立系browser engineへcontributeしたい開発者に向きます。Linux・macOS・WindowsのWSL2・各種*nixで動かせるため、複数platformでbrowser implementationを検証したい場合にも比較価値があります。

まだpre-alphaで一般利用向けではなく、build環境も新しいtoolchainを要求する

公式READMEはLadybirdをpre-alphaとし、「only suitable for use by developers」と明記しています。日常利用する完成ブラウザとしてではなく、開発中のbrowser engineとして評価する必要があります。

公式build手順ではQt 6.9以上、C++23対応compiler、Rust toolchain、CMake 3.30以上、nasmなどが必要です。WindowsではWSL2がsupported pathで、native Windows buildはexperimentalです。最も簡単なbuild/run方法はrepository rootで./Meta/ladybird.py runを実行する方法ですが、初回buildは依存関係の準備を含むため軽量な試用ではありません。コードはBSD-2-Clauseです。

出典：[1][2][3]