소셜 스몰넷(Smolnet) — 거대한 웹을 떠나 작고 조용한 인터넷을 만드는 사람들

인터넷이 너무 커져버렸다는 문제의식

요즘 웹 브라우저를 열면 어떤 경험을 하시나요? 쿠키 동의 팝업, 뉴스레터 구독 요청, 자동 재생 동영상, 광고 추적 스크립트, 그리고 점점 더 많은 AI 생성 콘텐츠. 웹은 그 어느 때보다 거대해졌지만, 동시에 그 어느 때보다 피곤한 공간이 되었습니다. 이런 환경에 대한 반작용으로 "스몰넷(Smolnet)"이라는 움직임이 조용히 세력을 키워가고 있습니다.

'소셜 스몰넷(The Social Smolnet)'이라는 제목의 글에서 리오넬 다르칼(Lionel Dricot, 필명 Ploum)은 이 스몰넷에 소셜 기능을 더하자는 비전을 제시합니다. 스몰넷이란 무엇이고, 왜 지금 다시 이 이야기가 나오는 걸까요?

스몰넷이란 무엇인가

스몰넷은 현재의 월드 와이드 웹(WWW)과는 별개로 동작하는 경량 프로토콜 기반의 인터넷 공간을 통칭합니다. 가장 대표적인 것이 2019년에 등장한 제미니(Gemini) 프로토콜입니다. 제미니는 HTTP와 HTML 대신 자체 프로토콜과 극도로 단순화된 마크업 언어를 사용합니다.

제미니 페이지에는 JavaScript가 없습니다. CSS도 없습니다. 이미지 임베딩도 기본적으로 지원하지 않습니다. 텍스트, 링크, 그리고 간단한 서식이 전부입니다. 이것은 의도적인 제한입니다. 복잡성을 제거함으로써 추적, 광고, 사용자 프로파일링 같은 현대 웹의 문제를 원천적으로 차단하는 것이 목적입니다.

기술적으로 보면, 제미니 프로토콜은 TLS 위에서 동작하며, 요청과 응답이 극도로 단순합니다. 서버 구현이 수백 줄의 코드로 가능하고, 클라이언트도 마찬가지입니다. 이는 1990년대 초기 웹의 단순함을 의도적으로 되살린 것이라 할 수 있습니다. Gopher 프로토콜에서 영감을 받았지만, 현대적인 보안(TLS 필수)은 유지한 것이 특징입니다.

소셜 기능의 부재라는 과제

스몰넷의 가장 큰 매력은 조용함입니다. 하지만 그 조용함은 동시에 가장 큰 약점이기도 합니다. 사람들은 혼자 글을 쓰고 혼자 읽는 것에 금방 지칩니다. 댓글을 달고, 다른 사람의 글에 반응하고, 대화를 나누는 것 — 즉 소셜 인터랙션이 없으면 어떤 플랫폼이든 활력을 유지하기 어렵습니다.

Ploum이 제안하는 "소셜 스몰넷"은 이 문제에 대한 해법입니다. 핵심 아이디어는 제미니의 단순함을 유지하면서도, 사람들이 서로 발견하고 소통할 수 있는 최소한의 메커니즘을 추가하자는 것입니다. 이것은 Twitter나 Mastodon 같은 소셜 미디어를 제미니 위에 구축하자는 뜻이 아닙니다. 그보다는 개인 캡슐(제미니에서 웹사이트에 해당하는 개념)들이 서로 연결되고, 새 글이 올라왔을 때 이를 알 수 있고, 간단한 상호작용이 가능한 수준의 소셜 레이어를 의미합니다.

구체적으로는 구독 피드 개념, 상호 링크를 통한 발견 메커니즘, 그리고 간단한 상태 업데이트 공유 같은 기능이 논의됩니다. 기술적으로는 기존 프로토콜을 크게 확장하지 않으면서도 이런 기능을 구현할 수 있는 방법을 모색하는 것이 핵심입니다.

왜 지금 이 움직임이 의미 있는가

스몰넷 운동을 단순한 기술적 복고주의로 치부하기 쉽지만, 현재 웹 생태계의 상황을 보면 그 의미가 다르게 다가옵니다.

첫째, AI 생성 콘텐츠의 범람입니다. 검색 엔진 결과의 품질이 눈에 띄게 저하되고 있고, AI가 생성한 스팸 사이트가 넘쳐나고 있습니다. 스몰넷은 JavaScript도, 자동 생성도 어려운 환경이기 때문에 자연스럽게 인간이 작성한 콘텐츠가 보장됩니다.

둘째, 프라이버시에 대한 관심이 높아지고 있습니다. 구글의 서드파티 쿠키 정책 변경, EU의 디지털 서비스법(DSA), 한국의 개인정보보호법 강화 등 전 세계적으로 추적 기반 광고 모델에 대한 규제가 강화되고 있습니다. 스몰넷은 애초에 추적이 불가능한 구조이므로, 이런 규제 문제 자체가 존재하지 않습니다.

셋째, 개발자 커뮤니티에서 "디지털 미니멀리즘"에 대한 관심이 꾸준히 커지고 있습니다. 개인 블로그의 부활, RSS 피드의 재조명, Static Site Generator의 인기 등은 모두 같은 맥락에 있습니다.

Mastodon, Bluesky와 어떻게 다른가

탈중앙화 소셜이라는 관점에서 Mastodon의 ActivityPub이나 Bluesky의 AT Protocol과 비교할 수 있습니다. 하지만 근본적인 철학이 다릅니다. Mastodon과 Bluesky는 기존 소셜 미디어의 경험을 탈중앙화된 인프라 위에서 재현하려고 합니다. 여전히 타임라인, 좋아요, 리포스트, 알고리즘적 발견이 존재합니다.

반면 소셜 스몰넷은 소셜 미디어의 경험 자체를 재정의하려 합니다. 대량의 콘텐츠를 빠르게 소비하는 것이 아니라, 소수의 깊이 있는 글을 느긋하게 읽고, 필요할 때 저자와 소통하는 모델입니다. 이것은 1990년대 후반~2000년대 초반의 개인 홈페이지 문화나 웹링(Webring) 문화와 유사합니다.

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

현실적으로 스몰넷이 주류가 될 가능성은 낮습니다. 하지만 이 움직임에서 배울 수 있는 것들이 있습니다.

개발자 관점에서, 제미니 서버를 직접 구축해보는 것은 훌륭한 학습 경험이 됩니다. 프로토콜 설계의 기본을 이해하고, TLS 핸드셰이크를 직접 다루고, 네트워크 프로그래밍의 기초를 다질 수 있습니다. 서버 전체가 수백 줄로 구현 가능하기 때문에 주말 프로젝트로 적합합니다.

또한 "의도적 제한"이라는 설계 철학은 어떤 프로젝트에서든 적용할 수 있는 가치 있는 원칙입니다. 기능을 추가하는 것이 아니라 기능을 제거함으로써 더 나은 사용자 경험을 만드는 접근법은, 피처 크리프에 시달리는 많은 프로젝트에 시사하는 바가 큽니다.

개인 블로그나 기술 문서를 운영하고 있다면, 제미니 캡슐로도 동시에 발행하는 것을 고려해볼 수 있습니다. 마크다운 기반으로 글을 작성한다면 제미니의 마크업 언어(gemtext)로의 변환은 매우 간단합니다.

작지만 의미 있는 저항

소셜 스몰넷은 거대해진 인터넷에 대한 작지만 의미 있는 대안을 제시합니다. 모든 것이 더 크고, 더 빠르고, 더 복잡해지는 방향으로만 발전하는 것이 정말 진보인지 묻는 움직임입니다. 당장 제미니 프로토콜로 모든 것을 옮길 필요는 없지만, "정말 이 복잡성이 필요한가?"라는 질문은 우리가 만드는 모든 소프트웨어에 던져볼 가치가 있습니다.

여러분은 현재의 웹이 지나치게 복잡하다고 느끼시나요? 스몰넷처럼 의도적으로 단순화된 기술 환경에 대해 어떻게 생각하시는지 의견을 나눠주세요.