안드로이드에서 유튜브를 비롯한 여러 서비스를 광고 없이 탐색하게 해 주는 오픈소스 앱은 이미 여러 갈래로 존재한다. 그중 PipePipe는 잘 알려진 NewPipe 계열에서 파생됐지만, 단순한 파생판이 아니라 '하드 포크'라는 점에서 성격이 다르다. 개발자 InfinityLoop1308은 개발 철학의 차이를 이유로 2022년 초 NewPipe를 포크한 뒤 독립적인 프로젝트로 방향을 잡았다고 밝힌다. 겉보기에는 비슷한 기능의 앱이지만, 그 뒤에 놓인 유지보수 구조는 실무자가 도구를 선택할 때 꼭 짚어야 할 차이를 만든다.
소프트 포크와 하드 포크의 차이
오픈소스 세계에서 포크는 흔한 일이지만, 원본을 계속 따라가는지 여부에 따라 성격이 크게 갈린다. PipePipe는 NewPipe로부터 업데이트를 받지도, 자신의 변경 사항을 NewPipe로 올려보내지도 않는다. 두 프로젝트는 완전히 별개가 되었고, 그 결과 NewPipe에서 발생하는 문제가 PipePipe에서는 나타나지 않을 수 있으며, 반대로 NewPipe에서 이뤄진 개선이 PipePipe에 반영되지 않을 수도 있다. 개발자는 이런 방식을 Tubular 같은 포크와 명시적으로 대비시킨다. Tubular는 NewPipe의 최신 버전을 계속 추적하며 그 위에서 개발하는 이른바 소프트 포크에 가깝다.
이 구분은 단순한 용어 문제가 아니다. 원본을 추적하는 포크는 상류 프로젝트의 개선과 보안 대응을 자동으로 흡수하지만, 그만큼 상류의 구조와 일정에 묶인다. 반면 하드 포크는 상류와의 연결을 끊는 대신 독자적인 판단으로 코드베이스를 바꿀 자유를 얻는다. PipePipe 개발자가 하드 포크를 택한 이유도 여기에 있다. 원본에 얽매이지 않아야 문제를 빠른 수정으로 효과적으로 처리하고, 잦은 기능 업데이트를 유지할 수 있다는 것이다.
SponsorBlock과 쿠키 사용 원칙
PipePipe의 대표적인 차별점 중 하나는 SponsorBlock 구현이다. SponsorBlock은 영상 안에 들어간 협찬·홍보 구간 등을 커뮤니티가 표시한 데이터를 바탕으로 건너뛰게 해 주는 기능으로, 광고 자체와는 다른 층위의 방해 요소를 다룬다. 원본 NewPipe 대신 이 기능을 기본적으로 품고 있다는 점이 PipePipe를 별도로 쓰는 실질적인 동기가 된다.
프라이버시 측면에서 주목할 만한 설계는 로그인 쿠키의 취급 방식이다. PipePipe는 사용자가 설정한 특정 시나리오에서만 로그인 쿠키를 사용하며, 이를 'Cookie Functions'에서 직접 구성할 수 있다고 설명한다. 특히 유튜브의 경우 쿠키는 재생 스트림을 가져올 때에만 사용된다. 계정 정보를 폭넓게 활용하는 대신 필요한 순간으로 범위를 좁히려는 의도로, 로그인 기반 기능과 프라이버시 사이의 균형을 사용자가 통제하도록 열어 둔 셈이다.
실무자에게 주는 의미와 한계
이런 구조는 도구를 고르는 사람에게 분명한 장단점을 제시한다. 장점은 반응 속도와 독자성이다. 상류 일정에 얽매이지 않으니 문제 발생 시 빠른 수정이 가능하고, SponsorBlock처럼 원본이 채택하지 않은 기능도 자유롭게 넣을 수 있다. 단점은 그 독립성의 이면이다. 상류의 개선과 보안 패치가 자동으로 흘러들어오지 않으므로, 프로젝트의 지속성과 대응력은 사실상 개발자 한 명 중심의 유지보수 역량에 크게 의존한다. 실제로 프로젝트는 Ko-Fi 후원과 Liberapay를 통한 지원을 요청하고 있으며, 이는 개인 주도 오픈소스가 흔히 놓이는 자금과 지속성의 현실을 그대로 보여 준다.
협업 정책도 이 성격을 반영한다. 개발자는 이슈와 PR은 환영하지만 서비스 추가 요청은 받지 않겠다고 못 박고 있으며, 새로운 서비스를 만들고 싶은 사람에게는 저장소를 다시 포크하라고 권한다. 기능 확장의 책임을 요청이 아니라 각자의 포크로 넘기는 방식으로, 하드 포크라는 정체성과 일관된 태도다. NicoNico 서비스 코드 일부를 제공한 AioiLight, SABR 연구와 구현을 도운 Priveetee처럼 외부 기여가 개별적으로 녹아 있다는 점도 이 구조를 보여 준다.
정리하면 PipePipe는 '원본을 따라가지 않는 대신 자유를 얻은' 앱이다. 유튜브 등을 광고 없이 보고 SponsorBlock으로 협찬 구간까지 넘기며 쿠키 사용 범위를 스스로 통제하고 싶은 사용자에게는 매력적인 선택지다. 다만 이런 종류의 도구를 실무나 조직 환경에 들일 때는 기능 목록만이 아니라 유지보수 주체와 지속 가능성, 그리고 상류 보안 대응과 단절된 구조가 가진 위험까지 함께 저울질하는 판단이 필요하다.