Nostr

• Nostr는 중앙 통제를 배제한 개방형 커뮤니케이션 프로토콜로, 다양한 클라이언트·릴레이 조합을 통해 정보를 자유롭게 유통하도록 설계된 아키텍처
• 사용자는 개인 키·서명 기반 신원과 메시지 진위를 확보하며, 클라이언트는 여러 릴레이에 동시 접속해 분산 전파와 조회를 수행
• 프로토콜은 소유권이 없지만 각 릴레이 운영자가 자체 정책에 따라 검열·차단 기준을 설정하고, 이용자는 어떤 릴레이를 읽을지 선택함
• 트위터형 마이크로블로깅을 넘어 폐쇄 그룹(NIP-29), 마켓플레이스, 분산 위키, 코드 협업/토렌트/라이브스트리밍 등 서브-프로토콜과 생태계를 확장 중
• 아직 완성 제품이라기보다 개발자·얼리어답터 참여가 필요한 단계로, 스팸·스케일링·발견성 같은 과제를 클라이언트·릴레이 조합 전략으로 해결해가는 중

An open protocol with a chance of working

• Nostr는 정치적 성향과 무관한 커뮤니케이션 공용지를 지향하며, 누구나 구현·사용 가능한 단순 표준으로서 확장성 있는 클라이언트/서버 아키텍처를 정의함
• 특정 기업·정부가 통제하지 않으며, 다양한 클라이언트가 같은 정보층을 각기 다른 관점으로 보여주는 개방·혼돈의 인터넷 초기 감수성을 수용함
• 사이트는 실제 클라이언트 스크린샷을 제시하며, 생태계의 다양성과 실사용 지향성을 강조함

Many clients, many servers

• 중앙집중형 서비스와 달리 Nostr 클라이언트는 복수의 릴레이에 동시에 연결함
  • 각 릴레이는 웹소켓 기반 서버로, 관심 있는 이벤트를 질의하고 구독하는 분산 게시 저장소 역할을 수행함
  • 특정 릴레이만을 단일 신뢰원으로 삼지 않기에 검열·섀도우밴 위험 분산 효과가 있음
• 참고 자료 링크를 통해 기존 모델과의 차이를 학습 자료로 안내함

A new paradigm for communication

• 사용자 신원은 비밀 번호인 프라이빗 키로 표현되며, 모든 메시지는 디지털 서명을 포함해 권위기관 없이도 작성자 진위를 검증할 수 있음
• 이 암호학적 신뢰 기반이 검열 저항적 브로드캐스팅을 가능케 함
• 사람 친화적 설명 영상 링크를 제공해 입문 난도를 낮춤

The protocol is ownerless, relays are not

• 프로토콜은 무주체이지만 릴레이는 사적 소유로, 각 운영자가 임의의 수용·거부 기준을 설정할 수 있음
• 사용자는 읽을 릴레이를 자유롭게 선택하므로, 표현의 다양성과 접속 선택권이 공존함
• “검열 찬성/반대” 이분법 대신, 서버별 규칙 다원성과 이용자 선택을 핵심으로 둠

Freedom of association

• 네트워크 효과가 단일 조직에 묶이지 않으므로 특정 이용자 그룹이 다른 이들을 구조적으로 해치기 어려운 구조임
• 관련 영상을 통해 결사·분리의 자유를 강조함

Your own piece of Nostr

• 프로그래머는 손쉽게 자체 릴레이를 구동해 자체 규칙을 적용 가능함
• 릴레이 구현 레포지토리로 안내해 기여와 실험을 독려함

New Ideas — Exploring the commons

• 트위터형 마이크로블로깅을 넘어, 동영상/장문/이미지/보이스 노트 등 다양한 데이터 타입을 수용함
• 폐쇄 그룹, 분산 위키피디아, 카우치서핑, 마켓플레이스, 웹 주석 같은 서브-프로토콜 실험이 활발함
• git 기반 분산 코드 협업, 파일 호스팅, 토렌트 공유, 비디오 라이브 등에서 Nostr를 발견·조정 레이어로 사용하는 시도가 진행 중임
• 표준 제안 모음 NIP을 통해 기능 확장과 상호운용성을 도모함

Ecosystem — Still under construction

• 오픈소스 소프트웨어와 큰 사용자 기반이 있으나, 아직 세련된 완제품 단계는 아님
• 초기 사용자·개발자 참여가 프로토콜 플로우와 UX 개선에 중요함

Microblogging — The outbox model

• 아웃박스 모델이 검열 저항적 클라이언트 구현의 정석으로 소개되나, 파라미터는 유동적임
• 구현 가이드는 릴레이를 저장소처럼 다루는 방식과 구독/발행 전략을 설명함

Relay-based groups — NIP-29

• NIP-29는 포럼/채팅형 폐쇄 그룹을 릴레이 기반으로 효율적으로 구현하는 방식을 제시함
• 단일 릴레이 의존을 줄이면서도 검열 저항성을 유지하는 구조를 안내함

How Nostr works

• 가혹한 환경에서도 사용자-청중 연결을 유지하는 진정한 자유 제공을 목표로 함
• 복수 릴레이, 로컬 인덱싱, 선택적 판독 등으로 지속적 접근성을 담보함

FAQ — 핵심 질문과 답변

• “프로토콜”이란 무엇인가

  • 여러 소프트웨어가 상호 통신하는 공통 언어로, e-mail/HTML/HTTP처럼 특정 앱에 종속되지 않는 상호운용성을 의미함
  • 하나의 언어를 공유하는 여러 앱이 대체 가능하며, 각자 표현·UI를 달리함

• 스팸과 원치 않는 콘텐츠는 어떻게 다루는가

  • 기본 피드는 내가 팔로우한 사람의 정보만 가져오므로 푸시 스팸이 어려움
  • 댓글 보기처럼 개방된 조회는 스팸에 노출될 수 있어, 2도 이웃 제한, 신뢰 릴레이 화이트리스트, 유료/인증 릴레이 등 접촉면 축소 전략을 활용함
  • 완벽한 해법은 없으나, Nostr는 회복탄력성을 전제로 설계됨

• 대규모 채택 시 스케일은 가능한가

  • 기본은 클라이언트-서버 아키텍처이며, 사용자가 수백 릴레이로 자연 분산되므로 부하 분산이 내재함
  • 많은 릴레이 연결이 우려될 수 있으나, 사람들은 유사 관심사 계정 묶음을 팔로우해 릴레이가 자연 공통분모를 형성함
  • 네이티브 앱은 수백 웹소켓을 감당 가능하며, 로컬 데이터베이스로 배치 요청을 통해 성능을 확보함

• 온라인 괴롭힘은 어떻게 대응하는가

  • 스팸과 유사하게 원치 않는 게시가 가능하므로, 차단, 공유 차단 목록, 제한 읽기 릴레이 등으로 노출 최소화를 구현함
  • 친구만 보기 등 보호 기능을 릴레이 정책으로 에뮬레이션 가능함

• 왜 Mastodon/페디버스가 아닌가

  • 암호학 부재로 멀티 마스터가 불가하여 서버 소유 신원 문제와 서버 간 신뢰 전이 문제가 발생함
  • 서버 운영자에 대한 과도 신뢰가 필요하며, 도메인·DNS 의존성도 문제로 지적됨
  • Nostr는 서버 비귀속 신원과 릴레이 선택으로 진짜 커뮤니티를 릴레이 단위로 형성 가능함

• 왜 Bluesky/ATProto가 아닌가

  • PLC 기반 신원 중앙화와 Relay-AppView-Client 단일 정본 흐름으로 검열·재정렬·섀도우밴 위험이 큼
  • 다중 소스화로 개선 가능하나, 그렇게 되면 사실상 Nostr와 유사 구조로 수렴함

• 릴레이 운영 인센티브는 정렬되어 있는가

  • 서버 운영 비용이 낮고, 커뮤니티/개인/조직/호스팅 업체 등 다양한 주체가 릴레이를 저렴하게 제공 가능함
  • 사용자가 어디든 갈 수 있어 다양한 경제 주체가 동기화됨

• 여러 릴레이로 흩어진 콘텐츠를 모두 볼 수 있는가

  • 세상 만사를 모두 볼 수 없듯, 초점과 접근 허용 범위 내에서만 관찰 가능함
  • 이는 주의 집중과 릴레이 선택에 따른 자연스러운 제약임

• 검색은 어떻게 동작하는가

  • 본질적으로 본 것이어야 검색 가능하므로, 공개 검색을 원하면 크롤러/인덱서가 선택적으로 네트워크를 수집해야 함
  • 클라이언트는 로컬 저장을 통해 내가 본/상호작용한 콘텐츠를 로컬 검색으로 빠르게 찾을 수 있음
  • 주제 릴레이는 자체 인덱싱으로 유용한 범위 검색을 제공할 수 있음

• 알고리듬이 없으면 신규 콘텐츠는 어떻게 발견하는가

  • 팔로잉의 상호작용 그래프 탐색이 기본이며, Nostr도 로컬/릴레이/AI 기반 알고리듬을 가질 수 있음
  • 클라이언트 로컬에서 하이라이트/복귀 서피싱, 릴레이 측 큐레이션 등 다양한 발견성 메커니즘을 적용 가능함

• 비트코인과의 관계는 무엇인가

  • 암호학 원리를 공유하고 비트코인 커뮤니티에서 출발했으나 의존성은 없음
  • Zaps는 일부 클라이언트가 구현한 비트코인 팁 표준으로 완전 선택 사항임