Hacker News 2026.05.26 23

세상을 만든 회사는 사라졌지만, 프로토콜은 살아남았다 — Gnutella 이야기

P2P의 황금기를 만든 주인공

혹시 2000년대 초반에 음악 파일 받겠다고 밤새 컴퓨터 켜놓으셨던 분 계신가요? 그 시절 Napster가 저작권 문제로 무너진 직후, 잠깐이나마 진짜 "분산형" 파일 공유의 가능성을 보여줬던 프로토콜이 하나 있었어요. 바로 Gnutella입니다. 그런데 놀라운 건, 이 프로토콜이 2026년 지금도 여전히 돌아가고 있다는 거예요. 정작 이걸 만든 회사(Nullsoft, 그 유명한 Winamp 만든 곳)는 오래전에 사라졌는데도 말이죠.

Gnutella 이야기는 단순한 "옛날 기술 회고" 그 이상이에요. 중앙 서버 없이도 시스템이 어떻게 자생할 수 있는지, 그리고 한 번 풀려난 분산 프로토콜이 얼마나 끈질기게 살아남는지를 보여주는 살아있는 사례거든요. 요즘 IPFS, BitTorrent, 그리고 Bluesky의 AT Protocol 같은 분산 시스템에 관심 있는 분이라면, Gnutella가 어떻게 동작하는지 한 번쯤 들여다볼 가치가 있어요.

Gnutella는 어떻게 동작할까

먼저 Napster와 비교해 보면 이해가 빨라요. Napster는 사용자들이 가진 파일 목록을 중앙 서버가 모두 관리했어요. 누가 어떤 음악을 가지고 있는지 서버가 알고 있다가, 검색 요청이 오면 "A씨가 가지고 있어요"라고 알려주는 식이죠. 그래서 서버를 꺼버리면 시스템 전체가 멈췄어요. 실제로 그렇게 막을 내렸고요.

Gnutella는 다른 접근을 했어요. 중앙 서버를 아예 없앤 거죠. 모든 컴퓨터(노드)가 서로 연결되어 있고, 누군가 "이 파일 누가 가지고 있어요?"라고 물으면 그 질문이 옆 노드로, 또 그 옆 노드로 퍼져 나가요. 이걸 쿼리 플러딩(query flooding) 이라고 부르는데, 쉽게 말하면 사람들이 가득한 방에서 "누가 빨간 우산 가지고 있어요?"라고 외치면 옆 사람들이 다시 그 옆 사람에게 묻는 식이에요. 가지고 있는 사람이 "저요!" 하고 직접 답해주면 그때 1:1 연결로 파일을 받는 거예요.

물론 이 방식엔 약점이 있어요. 질문 한 번 던지면 수백 수천 대의 컴퓨터에 메시지가 퍼지니까 트래픽이 폭발하거든요. 그래서 나중에는 울트라피어(ultrapeer) 라는 개념이 도입됐어요. 회선이 좋고 항상 켜져 있는 노드들이 "중계 허브" 역할을 맡고, 일반 사용자(리프 노드)는 이 허브에만 연결하는 거예요. 완전한 평등 구조에서 약간의 계층 구조를 도입해서 효율을 높인 거죠. 이 아이디어는 나중에 Skype, BitTorrent의 DHT 같은 시스템에도 영향을 줬어요.

만든 사람들은 사라졌는데 프로토콜은 왜 살아남았나

여기가 진짜 재미있는 부분이에요. Gnutella는 2000년에 Nullsoft에서 만들어 공개됐는데, 모회사인 AOL이 "이거 큰일 난다" 하고 바로 내려버렸어요. 그런데 이미 인터넷에 풀려버린 후라 누군가 리버스 엔지니어링으로 프로토콜을 다시 만들어냈고, LimeWire, BearShare, Gnucleus 같은 호환 클라이언트들이 우후죽순 등장했어요.

원작자가 손을 떼도 프로토콜이 살아남을 수 있었던 이유는 누구의 허가도 필요 없는 구조였기 때문이에요. 명세만 알면 누구나 클라이언트를 만들 수 있고, 만든 클라이언트가 다른 클라이언트와 통신만 되면 네트워크의 일부가 되거든요. 이게 오픈 프로토콜의 힘이에요. 회사가 망해도, 법적 분쟁이 일어나도, 네트워크 자체는 사용자들의 컴퓨터 위에서 계속 돌아가요.

흥미로운 점은, 2010년대 들어 LimeWire가 법적으로 패소하고 BitTorrent가 압도적으로 대세가 된 이후에도 Gnutella 네트워크는 "조용히" 살아남아 있다는 거예요. 사용자 수는 전성기에 비해 한참 줄었지만, 여전히 수만 명 단위의 노드들이 매일 접속하고 있어요. 누군가 "이제 그만하자"고 결정할 주체가 없으니까요.

지금 분산 시스템과 비교해 보면

2026년 현재, 분산 프로토콜은 다시 주목받고 있어요. IPFS는 파일에 해시 기반 주소를 붙여서 위치가 아닌 내용으로 찾게 했고, BitTorrent는 트래커와 DHT를 결합해서 효율적인 청크 전송을 해내고 있어요. Bluesky의 AT Protocol이나 Nostr는 SNS 영역에서 사용자가 자신의 데이터 주권을 가지는 모델을 실험 중이고요.

Gnutella와 비교하면 이들은 훨씬 정교해요. 라우팅도 똑똑하고, 보안도 강하고, 인센티브 구조(BitTorrent의 tit-for-tat 같은)도 잘 짜여 있죠. 하지만 "중앙 권력 없이 자생하는 네트워크"라는 핵심 철학은 25년 전 Gnutella가 이미 보여줬던 거예요. 어떤 면에선 Gnutella가 그 모든 것의 할아버지뻘인 셈이죠.

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

실무에서 P2P 프로토콜을 직접 만들 일은 많지 않을 거예요. 하지만 "중앙 의존성을 줄이는 설계"는 점점 중요해지고 있어요. 예를 들어 마이크로서비스 간 통신에서 단일 게이트웨이가 병목이 되는 문제, 또는 IoT 환경에서 클라우드 없이도 기기끼리 통신해야 하는 상황 같은 거요. Gnutella의 쿼리 플러딩이나 울트라피어 같은 아이디어는 지금 봐도 응용할 여지가 많아요.

또 하나, 오픈 프로토콜의 끈질김을 기억해 두면 좋아요. 우리가 지금 만드는 시스템이 특정 회사나 SaaS에 묶여 있는지, 아니면 표준 위에 서 있는지에 따라 5년 뒤 10년 뒤 운명이 완전히 달라져요. Gnutella는 회사가 망하고도 살아남았는데, 우리가 의존하는 클라우드 API는 회사가 정책을 바꾸는 순간 모두 사라질 수도 있거든요.