웹 브라우저의 미래에 대한 생각

AI 요약

Sarah Jamie Lewis는 Firefox에 AI 통합이 계속 추가되는 상황을 계기로, 독립적이고 ‘slop’에 잠식되지 않은 웹에 미래가 있다면 각 Firefox 포크가 Mozilla와 분리된 하드포크(hard fork)를 공동으로 유지해야 한다고 주장합니다. 글쓴이는 이 작업이 어느 한 소규모 프로젝트가 감당하기에는 너무 크고, 어쩌면 여러 프로젝트가 힘을 합쳐도 어려울 수 있지만, Mozilla 같은 조직의 방향에 계속 맡겨두기에는 너무 중요하다고 봅니다. Mozilla와 Firefox는 지난 10년 동안 일관되게 같은 방향으로 움직여 왔으며, 앞으로도 방향을 되돌릴 가능성은 낮고, 시간이 갈수록 Firefox가 초기 비전에서 멀어지면서 더 많은 ‘slop’을 얻게 될 것이라는 판단입니다.

■ Mozilla에서 분리된 브라우저 기반

Tor Browser와 Waterfox 같은 프로젝트는 문제가 되는 기능을 비활성화하거나 패치로 제거하고 있지만, 릴리스마다 필요한 작업은 더 비싸지고 일부 변경 사항은 빠져나갈 수 있다고 설명합니다. 이 문제의식에서 여러 포크가 Mozilla와 분리된 공통 기반을 함께 유지하고, Tor Project의 작업이나 다른 포크의 결과물을 활용할 수 있다는 구상이 나왔습니다. Mastodon에서 시작된 논의와 후속 대화는 아이디어와 방향을 논의할 장소인 base browser 프로젝트로 이어졌습니다.

글쓴이는 이 흐름에 맞춰 Firefox의 AI 통합 코드를 모두 제거하는 패치를 만들기 시작했습니다. 첫 패치는 1,605개 파일에 영향을 주고 852,297줄을 삭제했으며, 전체 크기는 37MB에 달했습니다. 이후 소규모 자원봉사 팀과 몇 주 동안 추가 패치를 만들고 거대한 AI 패치를 수정했으며, Git의 되돌릴 수 없는 삭제(irreversible-delete) 플래그와 커스텀 Python 스크립트를 활용해 필요한 파일에 다시 패치를 적용할 수 있도록 했습니다. 그 결과 37MB였던 패치 데이터는 1MB보다 조금 작은 크기로 압축했습니다. 글쓴이는 cliffmccarthy와 gellge를 비롯해 패치 테스트와 논의에 참여한 사람들에게 감사를 표합니다.

■ 현재 구현과 유지보수 문제

현재 base browser는 Firefox 153 ESR을 기반으로 한 패치 묶음으로 구성됩니다. 목표는 사용자에게 적대적이라고 판단한 기능을 단순히 끄는 것이 아니라, 코드베이스에서 완전히 삭제하는 것입니다. 글쓴이는 이러한 기능이 규모가 크고 브라우저 핵심부와 점점 더 밀접하게 통합되고 있기 때문에 삭제가 올바른 접근이라고 말합니다. 해당 기능들이 Firefox 전체 코드베이스에서 차지하는 비중도 커지고 있으며, 웹 브라우저의 핵심 기반 가까이에 이런 기능이 있어서는 안 된다는 입장입니다.

다만 장기적으로 이 프로젝트를 유지할 자금과 개발자 노력이 충분하지 않을 수 있다는 점도 인정합니다. 여러 프로젝트가 힘을 모아야만 이런 기반을 유지할 수 있다고 봅니다. Firefox는 단순한 AI 통합을 넘어, 브라우저 전체 맥락이 사람뿐 아니라 제3자 AI 에이전트를 위해 만들어진 ‘스마트 윈도(smartwindow)’가 되는 방향으로 나아갈 수 있습니다. 글쓴이는 웹이 그런 방향으로 가기를 원하지 않으며, 자신은 그 흐름을 따라갈 수 없다고 말합니다. 스스로도 이런 일을 맡기에 적합한 사람이 아니라고 생각하지만, 적어도 시도는 해야 했다고 설명합니다. 결과적으로 몇 명이라도 Firefox를 소스에서 빌드하는 방법을 배우거나, 다른 프로젝트가 패치를 사용하고 채택한다면 성공으로 여기겠다는 입장입니다.

■ 브라우저 의존도를 줄이는 임시 방법

base browser 패치 외에도 글쓴이는 Firefox에 대한 의존도를 낮추기 위한 세 가지 경로를 실험하고 있습니다. 첫째는 가능한 많은 작업을 오프라인으로 옮기는 것입니다. openZIM 리더(openZIM reader)를 이용해 기본적인 웹 탐색 작업을 브라우저 핵심부 밖으로 옮기고 있으며, openZIM 파일은 더 단순한 브라우저에서도 동작할 수 있도록 HTML·CSS·JavaScript의 최소 부분만 사용하는 경향이 있다고 설명합니다. 이미 일부 사이트는 오프라인에서 읽을 수 있는 형태로 옮겼습니다.

둘째는 가능한 경우 웹 애플리케이션 대신 독립 애플리케이션(standalone application)을 사용하는 것입니다. 데스크톱 컴퓨터를 주로 사용하는 글쓴이는 웹 애플리케이션보다 독립 애플리케이션을 선호하며, 오프라인 리더로 대체할 수 없는 서비스 가운데 Mastodon 같은 서비스의 애플리케이션을 실험하고 있습니다. 아직 모든 서비스에 대한 대체 수단을 찾은 것은 아닙니다. 셋째는 피드 리더(feed reader)를 이용하는 것입니다. 피드는 전체 브라우저를 사용하지 않고도 온라인 시스템과 상호작용할 수 있는 또 다른 방법이라고 설명합니다.

■ 도망치는 대신 새로운 웹의 방향 찾기

그러나 이런 전략은 그 자체로 영감을 주는 비전이라기보다, ‘slop 지배’라는 흐름에 맞서 현재 위치를 지키기 위한 대응에 가깝다는 한계가 있습니다. 글쓴이는 단순히 같은 자리에 남기 위해 시간과 삶을 쓰고 싶은 것이 아니라, 의미 있는 것을 만들고 세계를 더 잘 이해하고 싶어서 프로그래밍 책과 코드에 몰두했다고 말합니다. 과거를 갈아 다시 데워 비전 없는 slop으로 제공하는 방식으로는 미래가 오지 않는다고도 주장합니다.

새로운 비전을 찾는 일은 쉽지 않습니다. 지난 10년 이상 웹 표준은 상업적 이해관계를 우선하는 방향으로 과도하게 포화됐고, 일정 수준의 품질 보증과 보안을 갖춘 브라우저를 유지하려면 충분한 자금을 가진 팀이 필요하거나 의존성 트리 안의 조직에 기대야 합니다. 하지만 자금에는 대개 조건이 따르며, 페이지를 불러올 때마다 순수한 철학적 비전과 기대 수익 사이의 긴장을 느낄 수 있다고 설명합니다.

글쓴이는 2000년대 초반 Firefox가 브라우저 르네상스를 일으켰던 시기를 떠올립니다. 당시에는 브라우저가 무엇이 될 수 있는지를 두고 피드, 블로그 통합, 집단 태깅, 공개 댓글 같은 아이디어가 활발하게 논의됐습니다. 웹이 읽을 수 있는 것만큼 쓸 수 있어야 하고, 여기에 공유할 수 있어야 한다는 초기 정신이 있었습니다. 그 비전은 경제와 기술의 영향을 받아 어느 정도 구현됐지만, 결과물은 포장되고 정제된 형태가 됐다고 말합니다.

Amaya와 이후의 Flock 같은 브라우저가 제시한, 브라우저가 콘텐츠를 소비하는 도구인 동시에 만드는 도구여야 한다는 비전도 언급합니다. 글쓴이는 Gemini 프로토콜을 지원하는 작은 브라우저, RSS와 다른 웹 기술을 활용하는 실험을 진행해 왔으며, 여기서 Gemini는 LLM이 아니라 프로토콜을 뜻한다고 분명히 합니다. 그것이 유일한 미래라고 확신하지는 않지만 하나의 미래가 될 수는 있다고 봅니다. 글은 새로운 방향을 찾기 위해 ‘새로운 소음(new noise)’이 필요하다는 호소로 끝납니다.

■ Lobsters 반응

• @apropos — 요즘 포크 브라우저를 사용하는 일을 정당화하기가 어렵습니다. 실제로 저는 Librewolf에서 Firefox로 다시 전환하는 중인데, Firefox가 마침내 AI 차단 스위치를 추가했기 때문입니다. 브라우저는 심각하게 나쁜 익스플로잇에 노출될 수 있는 표면적이 너무 넓습니다. 제가 사용하는 브라우저가 패치를 완전히 따라가는 것이 중요하지만, 그 일을 자원봉사자들에게 맡기고 싶지는 않습니다. 게다가 보안 엠바고는 업스트림에만 적용되고 다운스트림 포크에는 적용되지 않을 것입니다.

• @orib — 큰 포크는 업스트림이 됩니다. 그리고 Firefox가 AI 지원을 위해 추가하는 공격 표면의 크기를 보면, 브라우징에 집중하는 포크보다 계속 더 안전할 것이라고 확신하기가 어려워집니다.

• @apropos — 업스트림 Firefox가 어떤 다운스트림 포크보다 계속 더 안전할 것이라고 100% 확신합니다. Mozilla에는 여러 단점이 있지만, 정규직 브라우저 개발자와 보안 전문가가 있습니다.

• @orib — 맞습니다. 그리고 관련 패치는 서로 공유할 수 있으며, 상당수의 추가 취약점은 피할 수 있을 것으로 예상합니다.

원문: Sarah Jamie Lewis 블로그 / 번역·요약: Trawling