Hacker News 2026.03.30 27

브라우저를 포크한다는 것: Waterfox 15년의 기록

포크(Fork)가 뭔가요?

오픈소스 세계에서 "포크"라는 말을 자주 들어보셨을 거예요. 이게 뭐냐면, 기존 프로젝트의 소스 코드를 복사해서 독립적인 새 프로젝트로 발전시키는 걸 말해요. GitHub에서 Fork 버튼을 눌러본 적 있다면 개념은 같은데, 진짜 의미의 포크는 단순히 코드를 복사하는 게 아니라 "이 프로젝트를 우리만의 방향으로 가져가겠다"는 선언이에요.

Waterfox는 Firefox의 포크로 시작해서 올해로 15년이 됐어요. 한 사람이 시작한 이 프로젝트가 15년 동안 살아남았다는 것 자체가 꽤 놀라운 일인데요. 대형 브라우저를 포크해서 유지한다는 게 어떤 의미인지, 그리고 15년간 어떤 도전이 있었는지를 Waterfox 팀이 직접 회고했어요.

Waterfox의 탄생 배경

Waterfox는 2011년, 당시 16살이었던 Alex Kontos가 시작한 프로젝트예요. 동기는 단순했어요. Firefox의 64비트 버전이 공식적으로 제공되지 않던 시절, 64비트에 최적화된 Firefox를 만들어보겠다는 거였죠. 지금은 64비트가 기본이지만, 2011년에는 32비트 소프트웨어가 아직 주류였거든요.

그런데 단순한 64비트 빌드에서 시작한 프로젝트가 점점 자체적인 정체성을 갖게 돼요. Mozilla가 Firefox의 방향을 바꿀 때마다, 그 변화에 동의하지 않는 사용자들이 Waterfox로 넘어왔거든요. 특히 2017년 Firefox Quantum 업데이트 때 레거시 확장 프로그램(XUL/XPCOM 기반)이 모두 호환 불가가 되면서, 기존 확장 프로그램을 계속 쓰고 싶은 사용자들이 대거 유입됐어요.

대형 프로젝트를 포크하면 생기는 일

브라우저 엔진을 포크한다는 건 정말 엄청난 일이에요. Firefox의 코드베이스는 수천만 줄 규모이고, 매달 수천 개의 커밋이 올라와요. 포크 프로젝트는 이 업스트림(원본 프로젝트) 변경사항을 계속 따라가면서, 동시에 자체적인 변경사항도 유지해야 해요. 이걸 "리베이스(rebase)"라고 하는데, 충돌(conflict)이 발생할 때마다 수동으로 해결해야 하거든요.

Waterfox 팀에 따르면, 업스트림 머지 작업이 전체 개발 시간의 상당 부분을 차지한다고 해요. 보안 패치가 Firefox에 적용되면 Waterfox에도 빠르게 반영해야 하고, Gecko 엔진(Firefox의 렌더링 엔진)의 구조적 변경이 있으면 Waterfox의 커스텀 코드도 다 고쳐야 하니까요. 소규모 팀이 이걸 15년간 해왔다는 건, 포크를 유지하는 데 필요한 끈기와 기술적 역량이 어느 정도인지를 잘 보여줘요.

브라우저 포크 생태계

사실 Waterfox만 이런 건 아니에요. Brave는 Chromium 포크이고, Vivaldi도 Chromium 기반이에요. Edge도 결국 Chromium으로 전환했죠. 독자적인 엔진을 유지하는 주요 브라우저는 이제 Chrome(Blink), Firefox(Gecko), Safari(WebKit) 정도밖에 없어요.

이런 상황에서 Firefox 계열 포크의 존재는 브라우저 엔진 다양성 측면에서 의미가 있어요. Chromium이 시장을 거의 독점하면서 웹 표준이 사실상 "Chrome이 지원하는 것 = 표준"이 되어가는 상황에서, Gecko 기반 브라우저가 살아있다는 것 자체가 웹 생태계의 건강에 기여하는 거거든요.

한국 개발자에게 주는 시사점

오픈소스 프로젝트를 포크해서 유지하는 건 생각보다 훨씬 어려운 일이에요. 코드를 복사하는 건 쉽지만, 업스트림과 동기화하면서 독자적인 가치를 더해나가는 건 장기적인 헌신이 필요하죠. 오픈소스에 기여하고 싶은 분들에게 Waterfox의 15년 여정은 좋은 참고 사례가 될 거예요.

또 웹 프론트엔드 개발자라면, 브라우저 엔진 다양성이 왜 중요한지 한번 생각해볼 만해요. 특정 CSS 속성이나 API가 "Chrome에서만 동작"하는 상황은 결국 Chromium 독점 구조에서 비롯되는 건데, Gecko나 WebKit 기반 브라우저에서도 테스트하는 습관이 장기적으로 더 건강한 웹을 만드는 데 도움이 돼요.