Braveブラウザ、広告ブロックエンジン全面刷新でメモリ使用量を75%削減

 (brave.com)
2 ポイント 投稿者 GN⁺ 2026-01-06 | 1件のコメント | WhatsAppで共有
  • Rustベースの広告ブロックエンジンが大幅に刷新され、メモリ使用量を75%削減
  • 新アーキテクチャではFlatBuffersフォーマットを導入し、約10万件の基本フィルターをゼロコピーのバイナリ形式で保存
  • これによりすべてのプラットフォーム（デスクトップ・iOS・Android）で、標準で約45MBのメモリ削減
  • さらにメモリ管理・マッチング速度・リソース共有・保存効率など、多数の性能最適化を適用
  • Manifest V3の制約を受けないネイティブエンジン構造により、ブラウザ性能とプライバシー保護を同時に強化

Brave広告ブロックエンジン刷新の概要

  • BraveはRustベースのadblockエンジン（adblock-rust）を全面刷新し、メモリ使用量を75%削減
    • この改善によりすべてのプラットフォーム（Android、iOS、デスクトップ）で、標準で約45MBのメモリを節約
    • 追加のフィルターリストを使用する場合は削減幅がさらに大きくなる
  • 改善されたエンジンはBrave v1.85に適用され、v1.86で追加の最適化を予定
  • スクリーンショット比較によると、v1.79.118 → v1.85.118でメモリ使用量が162MB → 104MBに減少

FlatBuffersベース構造への移行

  • Braveは2025年6月と10月に予告したとおり、エンジンをFlatBuffersベースにリファクタリング
    • FlatBuffersはコンパクトで効率的な保存フォーマットで、従来のVec、HashMap、structなどヒープベースのRustデータ構造を置き換える
    • 約10万件の広告ブロックフィルターをゼロコピーのバイナリフォーマットに変換し、メモリ効率を最大化

詳細な性能最適化項目

  • メモリ管理の改善: スタック割り当てベクターを使ってメモリ割り当てを19%削減、ビルド時間を15%短縮
  • マッチング速度の向上: 共通の正規表現パターンをトークン化し、フィルターマッチング性能を13%向上
  • リソース共有: 複数のadblockエンジンインスタンス間でリソースを共有し、デスクトップで約2MBを節約
  • 保存効率: 内部リソース保存メモリを30%最適化

ブラウザ性能と構造上の利点

  • 45MB以上のメモリ削減はモバイルや旧型ハードウェアの利用者に大きな利点
  • Braveはすでに広告・トラッカー遮断によってWeb性能を改善しており、今回の刷新で自社保護機能の軽量化も実現
  • Braveの広告ブロックエンジンはブラウザに組み込まれたネイティブ構造であり、
    • 拡張機能ベースのブロッカーと異なり、ブラウザAPIの制約やサンドボックス化の影響を受けない
    • そのためManifest V3の変更の影響も受けない

技術的・組織的な意味

  • 今回の性能向上は性能チームとプライバシーチームの協業により、数か月にわたって進められたエンジニアリングの成果
  • Braveはこれによりブラウザ効率を大幅に向上させ、
    1億人を超えるユーザーに最高水準のプライバシー保護機能を継続して提供

関連記事

1件のコメント

 
GN⁺ 2026-01-06
Hacker News の反応

  • Braveの広告ブロックエンジンは、Rustで書かれたオープンソースの好例だと思う
    ServoのCSSパーサーとセレクター評価用crateを使っていて、それ自体もcrates.ioで公開されているので、他のプロジェクトでも簡単に利用できる

    • ということはBraveにはCSSエンジンが2つあるのだろうか — 1つはレンダリング用、もう1つはブロック用なのか気になる
    • Node/npmのようなサプライチェーン攻撃のリスクはないのか心配だ
      Cargoにそれを別の形で管理する仕組みがあるのか知りたい
    • Rustエコシステムは、事実上ランタイムライブラリ共有をなくしてしまったように見える
      ほとんどのプログラムが静的リンクされ、同じアプリの複数プロセスですらメモリ内の共通コードを共有できない
      この点についての考えをブログ記事にまとめた

  • Braveがメモリを110%節約したとしても、私は依然として信用しない
    すでに何度もユーザーデータに手を出した前歴がある

    • 一方でFirefoxも自ら信頼性を損ねつつあり、最近のウェブブラウジングには完璧な答えがないように思える
    • 何を指しているのか、もう少し具体的に説明してもらえるとありがたい

  • Braveの商用要素（リワード、AI、独自アップデーターなど）を取り除いたコミュニティフォークがまだ存在しないのは意外だ
    そういう版があれば自由なLinuxディストリビューションにも入れられるはずなのに

    • ブラウザーを運営するにはかなりのコストがかかる
      Braveはこれを解決するためにBrave-originというプロジェクトを準備しており、Brendan Eichのツイートで言及されている
    • Heliumがすでにその役割を果たしているようだ
      半年ほど日常使いのブラウザーとして使っているが、かなり安定している
      ただ、1Password統合はもう少し改善されると嬉しい
    • 私もBraveを使う理由は高速な広告ブロックのためだ
      インストール時にウォレットやAI関連のオプションをオフにする程度なら許容できる
      でもBraveiumのようなフォークが出たらすぐ乗り換えるつもりだ
    • インストール直後に1クリックでBATトークン機能を隠せる

  • 162から104に減ったのを75%減少というのは計算がおかしい

  • Braveをインストールしてから、iOSでもMacでも広告をまったく見ていない
    私の利用経験では完璧に機能している

  • Braveが縦タブ（Vertical Tabs） をサポートしていることを今知った
    公式ブログを見て、Firefoxから移ろうか考えている

    • Firefoxの強みはアドオンエコシステムだ
      Sidebery（リンク）やTree Style Tabs（リンク）がずっと前から縦タブをうまく実装している
      しかもFirefox v136からは標準の縦タブ機能も内蔵されている
    • Vivaldiも縦タブをサポートしており、暗号資産関連機能もなく、リーダーシップにもより信頼感がある
    • Firefoxもすでに縦タブをサポートしている
    • ただし、まだツリー構造タブは標準サポートではなく、設定にトグルがあるだけだ

  • 今回の変化が、開発者たちが再びリソース効率を意識し始めるきっかけになってほしい
    Rustコードが増えるほどAIがよりうまく書けるようになると思う

    • 今回の事例ではRustは核心要因ではなさそうだ
      以前のバージョンもRustで書かれていた
    • AIの登場によって、もはやユーザーがハードウェアアップグレードで性能を補うのが難しくなった
      こうした環境が効率改善を強いるかもしれない
    • Rust自体がメモリ効率を保証する必須条件ではないように思う
    • 広告ブロッカーは以前からRustで書かれていた

  • Braveは好きだが、モバイルで拡張機能がないのでFirefoxを使っている
    AndroidではFirefoxがメインブラウザーだ

    • 私も最近AndroidでFirefoxからBraveに移った
      ずっと速く、拡張機能はないがダークモード強制や広告ブロックなど、自分の用途には十分だ
    • 最近Cromiteを見つけたが、FirefoxやBraveより速く感じる
      Kiwi Browserの優れた代替だ
    • iOSではBraveだけが広告ブロック可能で、Firefoxではできない
      OSごとに環境が違うので、統一された設定を維持するのが本当に難しい
    • Braveのモバイル拡張機能対応はまもなく追加予定だ
      公式ツイート参照

  • タブあたり45MiBならかなり大きい数値だ
    今はタブごとに別プロセスを使うので、無視しにくい

    • それはメインの広告ブロックプロセスのforkされたコピーかもしれない
      そうであればCoWメモリ重複排除の恩恵を受けられる
    • サイト分離のおかげで、今はタブあたり複数プロセスが生成されることもある

  • Braveは今でも暗号資産のパンプ・アンド・ダンプ向けフロントなのだろうか

    • そんなことは一度もなかった