
미래 소셜 커뮤니케이션의 지형도: Nostr의 시작과 소셜 커뮤니케이션의 다음 정거장
이 글은 Web3 소셜 인프라의 "삼위일체" 시리즈 두 번째 편이다. 본 시리즈는 이더리움의 월드 컴퓨터 시대를 시작으로, 바이낸스 Greenfield 백서 발표를 "새로운 삼위일체" 시대의 전환점으로 삼아, 탈중앙화 컴퓨팅, 탈중앙화 스토리지, 탈중앙화 커뮤니케이션이라는 세 기둥이 Web3 생태계 내에서 각각 어떤 핵심적 역할을 하는지를 다룬다. 그동안 탈중앙화 컴퓨팅은 L1과 L2 간의 논쟁 속에서 중심에 있었으며, 탈중앙화 스토리지의 가능성은 바이낸스의 주도 아래 널리 알려졌다. 이제 마지막 한 조각인 '탈중앙화 커뮤니케이션'이 다음 큰 잠재력의 무대가 될 것이다. 본 시리즈는 바로 이 맥락을 따라 진행된다.
지난 시리즈의 첫 번째 글에서는 이더리움 초기 시절의 '삼위일체' 개념을 회고하고, 바이낸스 Greenfield 사례를 통해 탈중앙화 스토리지의 현행 방식과 발전 방향을 살펴보았다. 이번 글에서는 탈중앙화 커뮤니케이션 분야 최초의 현상급 프로토콜인 'Nostr'을 출발점이자 분석 대상으로 삼아, 극단적인 절제와 비트코인 원칙주의 정신을 충분히 반영한 Nostr의 구조 너머로, 성숙한 탈중앙화 커뮤니케이션이 갖춰야 할 요건들을 탐구해보고자 한다.
Nostr 선구적 패러다임: 소셜 커뮤니케이션 프로토콜의 ‘만물의 문’ 열기
최근 한 달간의 정착 과정을 거친 후, Nostr 위의 가장 유명한 애플리케이션 Damus(달마)가 일으킨 열풍은 다시 원점으로 돌아왔다. Damus는 단순함에서 성공했지만, 동시에 그 단순함 때문에 실패하기도 했다. 프로토콜의 무정부적 특성은 이상주의자들의 환호와 일반 사용자들의 몰입을 불러왔으나, 결국 광고 남용이라는 현실에 직면했다. 다양한 Nostr 관련 연구를 재정리하고 개발자 문서들을 심층적으로 검토한 결과, 우리는 Nostr이 단지 소셜 커뮤니케이션의 출발역에 불과하다는 결론을 내렸다. 실험적 통신 네트워크로서, Nostr은 실제 응용보다는 '알림수신자(alert)'로서의 성격이 훨씬 강하다. 즉, 탈중앙화 커뮤니케이션을 대중의 시야에 들여왔지만, 필요한 기술 및 설계 조건이 부족해 완성하지는 못했다. 종합적으로 볼 때, Nostr은 항취약성(anti-fragility)을 갖추지 못한 통신 프로토콜의 원형이다. Nostr이 경종을 울린 이후, 이 원형을 기반으로 진일보한 차세대 통신 프로토콜을 개발할 수 있을 것이라 믿는다. 본문 말미에서는 중계 네트워크의 더 나은 해결책을 모색해볼 것이다.
Nostr 데이터 개요
Nostr 생태계 데이터

자료 출처: https://nostr.directory/stats
릴레이(Relay) 배포 현황

현재 Nostr에는 공개 릴레이 132개, 제한 릴레이 49개, 오프라인 릴레이 74개가 존재한다.

릴레이는 주로 북미 지역에 배포되어 있으며, 미국에 92개, 캐나다에 37개, 세 번째로 많은 독일에 35개가 있다.
Nostr의 핵심: Dumb server, Smart client
Technical Basics
Client(클라이언트): 다양한 소셜 작업을 수행하며, 복잡하고 맞춤 설정 가능하다.
Relay(릴레이): 중계 서버. 클라이언트와 통신하며 저장 및 색인을 수행. 단순함을 통해 상호 운용성(interoperability)을 실현한다.
Event(이벤트): 릴레이가 사용하는 기본 객체/데이터 유형으로, 릴레이와 클라이언트 간 메시지 송수신 및 검색을 용이하게 한다. 이벤트와 태그의 확장성이 매우 뛰어나 개발자의 자유도가 높다.
-
sig: 서명으로, 이벤트의 진위성을 보장하며 클라이언트에서 처리된다.
-
tags: 개방적이고 임의의 태그. 예를 들어, 특정 이벤트에 대한 답변 행위는 "e tag"가 추가된다.
기술 구현 흐름: 클라이언트는 이벤트를 중계 서버에 전송하며, 이벤트에는 특정 Relay를 가리키는 포인터가 포함된다. Relay는 이를 저장하고 색인한 후, 다른 클라이언트는 자신이 알고 있는 Relay와 통신하여 수신 및 저장된 이벤트를 요청할 수 있다.
모든 복잡성은 클라이언트에 남겨두고, Relay는 최소한의 합의 기준만 충족하면 되므로 개발자에게 넓은 유연성과 매우 낮은 개발 장벽을 제공한다.
* 현재의 클라이언트는 직접 Relay와 통신하는 것이 아니라 웹사이트 기반 클라이언트로, 여전히 가로채기의 위험이 있다.
자유롭게 이동 가능한 릴레이(Relay): 무한한 임의의 문
릴레이는 기존의 모든 서버처럼 스팸으로 가득 찰 수도 있고, 유해 정보를 받을 수도 있으며, 해롭지 않은 콘텐츠나 사용자를 악의적으로 차단할 수도 있다. Nostr의 해결책은 Mastodon이 시도하듯 무제한으로 릴레이 수를 늘리고, 사용자가 자신의 기준에 맞는 릴레이를 선택하도록 하는 것이 아니라, 릴레이 배포 비용과 사용자가 릴레이 간 전환하는 비용을 최소화함으로써 동적인 자유를 실현하는 것이다.
임의의 문은 언제든지 다음 릴레이로 이어진다. 한편으로, 릴레이의 낮은 배포 장벽은 릴레이가 고갈될 수 없음을 보장하며, 다른 한편으로, 릴레이 전환이 용이하여 사용자는 언제든지 릴레이를 떠나 새로운 소셜 관계를 형성할 자유를 가진다. 릴레이를 떠나는 메커니즘은 다음과 같다:
1) 다른 릴레이에 대한 추천을 해당 릴레이에 전달한다. 기존 릴레이(이전 릴레이)의 클라이언트는 이를 자동으로 인식하고 새 릴레이를 자신이 '알거나', '아는' 릴레이 목록에 추가한다. 따라서 누군가 릴레이를 옮겼다고 해서 다른 사람이 그 사람의 메시지를 더 이상 알 수 없게 되는 일이 없다.
2) 만약 누군가 여러 릴레이에서 동시에 차단되어 릴레이 추천이 방송되지 못한다면, 그는 다른 방법을 통해 친구들에게 자신의 새 릴레이 위치를 알릴 수 있다.
주의할 점은, 릴레이 간 자동 데이터 마이그레이션이 불가능하므로 사용자는 기존 소셜 관계와 기존 데이터를 릴레이 간에 원활하게 이어가지 못한다는 것이다.

Nostr과 소셜 공간의 위상학
"간결하지만 견고함"은 우리가 소셜 커뮤니케이션 프로토콜에 대해 가질 수 있는 최선의 상상이며, 비트코인 원칙주의가 Nostr에 투영한 아름다운 디자인 철학이기도 하다. '간결함'은 '기능적(functional)'에 딱 맞게 도달하기 위해 불필요한 기술적 디테일을 모두 희생해야 함을 요구한다. 그러나 Nostr은 이러한 희생의 균형을 이루지 못하고, 오히려 기능 자체를 훼손하는 대가를 지불하고 있다:
"간결함……"
왜 Nostr은 간결한가? 소셜 공간은 공간의 일종으로서 본질적으로 간결하고 완전히 수동적이기 때문이다. 릴레이 운영자는 관리자(Mastodon 방식)가 아니라 단지 '감시자(guardian)'일 뿐이다. 접근과 퇴출이 이 공간의 전부이며, 교집합 공간의 경계를 정의한다.
그리고 경계성 자체 외에, 공간 내 모든 기능은 '클라이언트'가 수행한다. 이는 Nostr 프로토콜이 현실 세계의 소셜 구조에 더욱 가깝게 만든다. 무한한 저장이 존재하지 않듯, 무한한 검색과 무한한 도달도 존재하지 않는다. 존재하는 것은 오직 '공동 공간'뿐이다. '공존(co-existence)'이라는 개념은 관계 그래프 위의 개념이며, 자연스러운 소셜 과정과 일치한다: 교집합 생성 → 추적 수행 → 같은 교집합 공간에 있으면 교집합 심화; 교집합 공간을 떠나면 해당 관계는 소멸한다.
Nostr의 접근법은 추상적인 관심 공간을 물리적으로 실현하는 것이다. 위챗, 텔레그램, 와츠앱 또는 기타 커뮤니케이션 플랫폼에서 그룹 개념은 근본적으로 추상적이며, 특정 기술적 실체에 구현되지 않는다. 그러나 Nostr은 그룹을 물리적으로 배포된 '릴레이'와 연결하여 구체적인 노드 서버에 직접 구현한다.
"하지만 견고하지 않다."
위의 접근법은 중요한 문제, 즉 저장 문제를 야기한다. 릴레이들 사이에 서로 통신하지 않기 때문에 데이터 교류도 이루어지지 않으며, 특정 릴레이를 '떠나거나' 해당 릴레이로부터 추방당하면, 사용자가 특정 Web2 플랫폼을 떠나거나 추방되는 것과 마찬가지로 이미 생성된 소셜 데이터를 가져갈 수 없다. 사용자가 위챗, 페이스북 또는 샤오홍슈를 떠날 때 기존 소셜 관계를 이관할 수 없는 이유는 위챗이 '페이스북이나 샤오홍슈와' 통신하지 않기 때문이다. Nostr은 오히려 Web2보다 Web3 프로토콜에 더 가깝다: Nostr의 여러 릴레이는 사용자 소셜 데이터를 여러 곳에 백업하는 동시에 사용자 스스로의 백업도 지원하지만, 백업 자체의 안전성은 보장하지 않는다.
'클라이언트'는 이러한 서로 통신하지 않는 백업들을 기반으로 다양한 기능을 구현한다. 이는 매우 불안정한 데이터 모래성 위에 새 건물을 짓는 것과 같다. 매번 건축은 기존 모래층을 다시 호출하지만, 사용자 규모가 커지고 시간이 지남에 따라 '영구적 손실'은 확률의 문제가 아니라 필연이 된다. 그리고 이때 발생하는 영구적 손실에 대해 보증할 중앙 기관은 존재하지 않는다. 릴레이는 익명이며, 모든 사용자가 자신의 데이터 안전을 위해 직접 릴레이를 배포하여 백업한다고 가정해서는 안 된다.
데이터 상호 운용성 부족으로 인한 임의의 문 전환은 진정한 Web3 네트워크의 초석이라기보다는, Web2 플랫폼 연방제의 최후기 형태에 더 가깝다.
Dumb Relay, 정말 중계 네트워크의 최선의 해법인가?
탈중앙화를 전제로 하면, '릴레이'는 기술 설계 측면에서 다양한 제약 없는 형태를 가질 수 있다. 'Dumb Relay'는 그중 하나의 선택지일 뿐이며, 또 다른 선택지는 'Dumb Relay'가 목소리를 내도록 허용하는 것이다. '목소리'는 합의의 전제이며, 오직 릴레이 노드 간 데이터 교류를 통해 프로토콜 수준의 데이터 동기화가 가능해진다. 프로토콜 수준의 데이터 동기화는 어떤 의미의 중복도 아니며, 데이터 안전성과 단일 장애 지점 방지를 위한 필수 기술적 기반이다. '합의'의 이면에는 전체 네트워크의 안전성이 자리한다.
Nostr은 대규모 적용을 염두에 둔 것이 아니라, 오히려 커뮤니케이션 프로토콜의 '프로토콜 레이어 데모'에 가깝다. 커뮤니케이션 프로토콜은 항상 다음의 억 단위 사용자를 준비해야 하며, 이 정도의 사용자 규모에서는 기존에 부차적이었던 데이터 안전성과 데이터 복구 문제가 모든 프로토콜 개발자가 직면해야 할 핵심 과제가 된다.
Nostr의 출발점에서 차세대 커뮤니케이션 프로토콜의 다음 지점까지
이상에서, Nostr이 현재 갖추지 못하거나 미흡한, 그러나 차세대 이상적인 릴레이 네트워크가 갖춰야 할 몇 가지 특징을 추출할 수 있다:
- 노드 간 합의 기반으로 단일 장애 지점으로 인한 데이터 영구 손실 방지;
- 확장성: 'Dumb server, Smart client' 기술 설계 철학을 따르며 Relay 배포 장벽을 최대한 낮추었기 때문에, 특정 Relay에 대해 확장을 수행할 수 없다는 한계;
- 복구 가능한 추상 계정(복구 불가능한 공개키/비밀키 쌍이 아닌);
- 경제적 인센티브 계층을 통해 대규모 사용자 기반 상에서 릴레이 노드 수를 확보할 수 있도록 지원.
이러한 기준들은 동시에 달성할 수 없는 것이 아니다. 탈중앙화 커뮤니케이션 프로토콜이 차지하는 중요한 생태적 위치와 함께 수반되는 사용자 가치 및 경제적 잠재력을 고려할 때, 기존의 릴레이 네트워크/탈중앙화 프로토콜은 반드시 위 방향으로 진화할 것이다. PUSH, XMTP, Dialect, Notifi, Hal, Tenderly, 그리고 일부 이더리움 Whisper의 유산을 계승한 Status 등은 모두 주목할 만한 대상들이다. 다음 글에서는 사례 연구 방식으로, 이 중 완성도와 속도 면에서 가장 앞선 커뮤니케이션 프로토콜을 소개하며 탈중앙화 커뮤니케이션의 참고 모델로 삼고자 한다.
감사의 말
이 글 작성에 도움을 준 ArNostr의 웨이보, Unipass의 장텅지(George), Plancker DAO의 스폰지(Aaron)에게 감사의 말씀을 전한다.
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News














