급습 20년 후에도 살아있는 파이러트 베이, 분산 시스템이 검열을 이긴 사례

잠깐, 이게 왜 개발자 주제예요?

파이러트 베이(The Pirate Bay)는 2003년에 스웨덴에서 시작된 토렌트 인덱싱 사이트예요. 영화·음악·게임 같은 콘텐츠를 BitTorrent 프로토콜로 공유할 수 있게 매개해주는 역할을 하죠. 저작권 문제로 수없이 단속과 소송에 휘말렸고, 2006년 5월 스웨덴 경찰의 대규모 압수수색으로 서버가 통째로 압류되는 사건도 있었어요. 그게 벌써 20년 전이에요.

그런데 신기하게도 파이러트 베이는 지금도 살아있어요. 도메인이 수십 번 바뀌고, 운영자들이 체포되고, 여러 나라에서 차단됐는데도요. 이번 기사는 "이게 어떻게 가능했나"를 기술적·구조적으로 짚어주는 회고예요. 단순한 "불법 사이트 살아있다" 이야기가 아니라, 분산 시스템과 검열 저항 기술이 어떻게 작동했는지에 대한 케이스 스터디로 읽을 가치가 있어요.

BitTorrent의 구조를 잠깐 짚어볼게요

BitTorrent를 처음 접하는 분들을 위해 설명드리면, 이건 P2P(Peer-to-Peer, 사용자끼리 직접 연결되는 방식) 파일 공유 프로토콜이에요. 중앙 서버에서 파일을 받는 게 아니라, 같은 파일을 가진 다른 사용자들로부터 조각조각 받아오는 구조죠. 큰 파일도 여러 명에게서 동시에 받으면 빠르고, 한 명이 사라져도 다른 사람들이 있으면 계속 받을 수 있어요.

파이러트 베이가 처음에 한 일은 "트래커(tracker)" 역할이었어요. 트래커는 "이 파일을 가진 사람이 누구누구다"라는 정보를 알려주는 중앙 디렉토리예요. 그래서 트래커를 차단하면 토렌트가 망가졌어요. 그게 옛날 얘기예요.

DHT와 마그넷 링크로 진화

2009년쯤부터 파이러트 베이는 트래커 운영을 중단했어요. 대신 DHT(Distributed Hash Table, 분산 해시 테이블)와 마그넷 링크(magnet link)로 갈아탔죠.

DHT가 뭐냐면, 트래커의 역할("이 파일을 누가 가지고 있나")을 모든 사용자에게 분산시키는 기술이에요. 각 사용자가 "내가 아는 다른 사용자 몇 명" 정보를 들고 있어서, 그 사람들을 통해 또 다른 사용자를 찾아가는 식이에요. 중앙에 "정답을 아는 한 명"이 없기 때문에 어느 한 곳을 꺼도 전체가 죽지 않아요. 이게 본질적인 검열 저항성을 줍니다.

마그넷 링크는 파일의 해시값(파일 내용을 요약한 고유 지문)만 담은 링크예요. 예전 토렌트 파일(.torrent)처럼 메타데이터 파일을 호스팅할 필요가 없어요. 그냥 magnet:?xt=urn:btih:... 같은 짧은 문자열만 어디든 적어두면 누구나 찾을 수 있죠. 사이트가 호스팅하는 "파일"이 사라진 거예요. 사이트는 그냥 문자열 검색 엔진이 된 거죠. 이게 법적으로도 회색지대가 됐어요.

미러와 프록시로 차단을 회피

각국 정부와 ISP는 파이러트 베이 도메인을 DNS 차단하거나 IP 차단하는 식으로 대응해 왔어요. 그런데 사이트 코드가 비교적 단순하고 데이터베이스도 가볍기 때문에, 누구나 미러(mirror) 사이트를 만들기 쉬워요. 실제로 수십 개의 미러가 전 세계에 흩어져 있고, 메인 도메인이 막히면 사용자들은 다른 미러로 옮겨가요.

또 토르(Tor) 네트워크의 onion 주소(.onion으로 끝나는 다크웹 주소)로도 접근 가능해서, 표면 인터넷 차단을 우회할 수 있어요. 이런 "어디서든 접근 가능" 구조는 단일 실패점(Single Point of Failure)을 없애는 분산 시스템 설계의 좋은 예시이기도 합니다.

분산 시스템 관점에서의 교훈

파이러트 베이의 생존은 단순히 "불법 사이트가 끈질기다"가 아니에요. "중앙 집중에서 분산으로"의 진화가 어떻게 시스템의 회복력을 극적으로 높이는지 보여주는 사례예요. 이건 합법 영역에도 그대로 적용돼요.

IPFS, Arweave, Filecoin 같은 분산 스토리지 프로젝트들이 비슷한 원리로 작동해요. 데이터를 콘텐츠 해시로 식별하고, 여러 노드에 분산 저장하고, DHT로 위치를 찾아가요. 이더리움이나 비트코인 같은 블록체인도 본질적으로는 "중앙 서버 없는 합의 시스템"이고요. Mastodon이나 Bluesky의 ATProto 같은 연합형 SNS도 같은 가치를 추구해요.

결국 "검열 저항"이라는 기술적 속성은 나쁜 용도로도, 좋은 용도로도 쓰일 수 있어요. 정치적 표현의 자유, 내부고발자 보호, 권위주의 국가에서의 정보 접근 같은 영역에서는 같은 기술이 필수적이거든요.

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

첫째, 불법 사용을 권하는 게 아니에요. 콘텐츠 저작권은 존중해야 하고, 파이러트 베이에서 콘텐츠를 받으라는 얘기가 절대 아닙니다. 다만 그 시스템이 어떻게 "죽지 않는가"의 기술적 메커니즘은 모든 분산 시스템 설계자에게 좋은 교본이 돼요.

둘째, 단일 실패점을 의식적으로 제거하는 설계 감각이 점점 중요해지고 있어요. AWS us-east-1 리전 장애 한 번에 인터넷 절반이 멈춘 사건이 매년 반복되잖아요. 정말 중요한 서비스라면 "한 군데가 죽으면 어떻게 되는가?"를 끊임없이 묻고 대응해야 해요.

셋째, 콘텐츠 주소(content-addressable) 시스템에 익숙해지면 좋아요. Git이 본질적으로 그런 시스템이거든요. 파일 위치가 아니라 내용의 해시로 식별하는 사고방식은 캐싱, CDN, 버전 관리, 분산 빌드 시스템 같은 다양한 영역에서 핵심 개념이 돼요.