fluorite / lineage

A story in three browsers:
Root → Branch → Fluorite

Fluorite is not a fresh idea invented in a vacuum. It is the current chapter of a direct line of hardened Chromium forks, and it only makes sense once you know where the tradition came from — and why each project in the chain mattered.

The Origin (2017 – 2022): the original

An early Chromium fork proved a browser could ship with built-in ad blocking — no extensions required — plus meaningful privacy hardening patches on top. Its pitch was simple and radical at the time.

What it proved

  • A Chromium fork could strip out platform-level tracking surfaces and still track upstream closely.
  • Ad blocking belonged in the browser engine layer, not in a fragile extension sandbox.
  • A small, focused patch set maintained against fast-moving Chromium releases was sustainable — for a while.

What happened to it

Development slowed through 2022 and effectively stopped around the Chromium 108 era (late 2022 / early 2023). Releases ceased, the issue tracker went quiet, and the patch set froze while Google shipped new Chromium milestones every four weeks. An unpatched browser fork ages quickly from "hardened" to "risky", so users were left with a choice: run a frozen build, or move on.

The lesson: a fork is not a product you ship once. Without an industrial process behind it, even the best patch stack rots against upstream.

The Revival (2023 – ): keeping it alive

In late 2023, a new project launched, explicitly described as a revival of the original hardening work. Its stated purpose was to make sure that research would not be lost: resurrect the patch stack, restore maintenance, and resume regular releases across Android, Windows and Linux.

The revival's goals

  • Limit the features built into the browser that can be used as a platform for tracking users' habits — disable them or leave the choice to the user.
  • Limit close integration between the browser and its manufacturer.
  • Not let the original research be lost.
  • Collaborate with other non-profit open source browsers and push mature improvements upstream into Chromium itself.

The revival succeeded at its core mission: the original approach lives again in a maintained browser with continuous releases. But it also demonstrated something else — keeping a long-lived fork tree healthy against upstream takes enormous ongoing effort, and that effort competes directly with time spent improving the patches themselves.

The lesson: reviving the patches is half the problem. The other half is the machine that keeps producing rebuilt, tested, up-to-date binaries week after week.

Fluorite (now): the continuation

Fluorite is a fork of that revival. It starts from a known codebase and patch stack, maintained with one change in emphasis: a security- and stability-first mindset. Where upstream must balance many platforms and priorities, this fork doubles down on the discipline that keeps a browser safe over time — pinned tags, clean trees, automated weekly security response, and gates before anything ships:

OriginRevivalFluorite
Era2017–20222023–today
AuthorOriginal developerRevival maintainerThe Fluorite project
ApproachPatch stack + releasesMaintained forkPipeline-produced builds
PriorityAd blocking + hardeningBalanced continuationSecurity & stability first
Base strategyTrack upstreamTrack upstreamPinned tags, 42-day cycles
Security responseManualManualAutomated weekly watch
FateUnmaintained (~Chromium 108)ActiveActive

What Fluorite carries forward

  • the conviction that hardening belongs in the engine, that defaults matter more than options, and that original patch ideas remain worth studying. They are exactly the kind of work the patch layer carries.
  • the tree Fluorite forks, with restored maintenance and a collaborative, upstream-friendly attitude.
  • Fluorite's own contribution: release engineering. A clean tree every cycle, pinned stable tags, a discrete pending-review patch queue, official-config optimized builds, a test gate before promotion, and a containerized weekly security watcher that rebuilds mid-cycle when upstream ships a fix.

In one sentence: Previous projects wrote the ideas, one kept them alive, and Fluorite forks that living work to continue it — rebuilt by an automated pipeline where nothing ships until it proves itself.