Home / Knowledge / 비트코인 사용자들이 노스트로 몰려들고 있지만, 그것이 트위터와 다른 점은 무엇인가요?

비트코인 사용자들이 노스트로 몰려들고 있지만, 그것이 트위터와 다른 점은 무엇인가요?

비트코인 사용자들이 노스트로 몰려들고 있지만, 그것이 트위터와 다른 점은 무엇인가요? 1

Nostr는 최근 트위터에서 홍보가 금지된 대체 소셜 플랫폼 목록에 추가된 이후 많은 주목과 관심을 받고 있습니다. 그리고 엘론 머스크의 트위터 인수 이후 플랫폼에서 표현의 자유에 대한 근본적인 변화가 없다는 것이 분명해짐에 따라 점점 더 많은 지지를 얻고 있습니다. 사용자들은 여전히 일관성 없고 임의적인 이유로 금지되고 있으며, 서버 운영자가 여전히 자신의 신원을 통제할 수 있는 Mastodon과 같은 것이 아닌 분산형 대안을 찾고 있습니다.

최근의 주목에도 불구하고 Nostr 프로토콜과 첫 번째 릴레이 서버 구현은 실제로 2020년 말 개발자 fiatjaf에 의해 만들어졌습니다. 큰 관심이 폭발하기 전에는 단순히 트위터와 Mastodon의 문제를 해결하기 위한 경량 솔루션을 시도하는 조용한 틈새 프로토콜이었습니다. 두 시스템 모두에서 사용자의 신원/사용자 이름은 서버를 운영하는 사람에 의해 통제되는 것입니다. 여러 서버가 서로 통신하는 연합 시스템인 Mastodon은 그 현실을 근본적으로 변화시키지 않습니다. 계정을 호스팅하는 서버가 누구인지에 따라 그 서버의 통제 아래에 있습니다. 자신의 서버를 운영하더라도 다른 서버 운영자는 어떤 서버가 자신의 서버와 통신할 수 있는지 블랙리스트 또는 화이트리스트를 설정할 수 있습니다. 이로 인해 다양한 Mastodon 서버의 “Fediverse”에서 많은 분할이 발생했으며, 단순히 자신의 서버를 운영하는 개념이 무의미해졌습니다. 다른 서버 운영자에 의해 여전히 검열될 수 있으며, 그들의 사용자들이 당신의 콘텐츠를 피드에서 볼 수 없게 됩니다.

Nostr와 Mastodon과 같은 것의 핵심 차별점은 서버 운영자가 소유한 사용자 이름 대신 각 사용자가 공개/비공개 키 쌍을 사용하여 그 기능을 처리한다는 것입니다. 이는 서버 운영자가 당신에게서 간단히 빼앗거나 당신을 잠글 수 없는 것입니다. 이것은 전체 Nostr 프로토콜이 구축된 핵심 구성 요소 중 하나입니다.

다음은 “이벤트”입니다. 이것은 클라이언트와 클라이언트가 연결하는 릴레이 서버에서 메시지를 보내고 검색하기 위해 사용되는 기본 객체/데이터 유형입니다. 프로토콜의 일반적인 아이디어는 클라이언트가 릴레이 서버에 이벤트를 보내고, 릴레이 서버는 이를 저장하고 색인화하며, 다른 클라이언트는 릴레이 서버와 통신하여 수신하고 저장된 이벤트를 요청하는 것입니다. 원래 NIP 01에서는 세 가지 다른 이벤트 유형이 정의되어 있습니다:

  • 0: 사용자에 대한 메타데이터를 전송합니다. 예: 사용자 이름, 사진, 약력 등.
  • 1: 텍스트 메시지와 기본 콘텐츠를 전송합니다.
  • 2: 이벤트 생성자를 따르는 사람들이 연결할 수 있는 릴레이 서버를 추천합니다.

모든 이벤트는 특정 방식으로 구조화되어 있습니다. 여기에는 생성자의 공개 키, 생성된 시간의 타임스탬프, 유형(또는 사양에서의 종류), 콘텐츠 페이로드 및 이벤트 생성자의 서명이 포함됩니다. 또한 다른 이벤트나 사용자를 참조하는 태그를 가질 수 있으며, 생성자의 서명을 제외한 모든 것의 해시인 ID 값을 가집니다(비트코인 거래의 TXID와 유사). 이는 서명을 검증함으로써 메시지가 실제로 그 안의 공개 키 소유자에 의해 생성되었음을 보장하고, 서명한 후 메시지가 변경되지 않았음을 보장합니다. 비트코인 거래가 서명된 후 무효화하지 않고는 변경할 수 없는 것처럼, Nostr 이벤트도 생성자가 서명한 후에는 명백한 사기가 되지 않고는 변경할 수 없습니다.

이벤트 종류 시스템은 원래 NIP에서 상당히 확장되었습니다. 암호화된 직접 메시지에 대한 이벤트 유형이 있으며, 이는 발신자의 개인 키와 수신자의 공개 키를 결합하여 공유 키를 설정합니다. 이는 발신자의 공개 키와 수신자의 개인 키를 결합하여 얻는 동일한 키입니다(이것이 BIP 47 및 Silent Payments가 작동하는 방식입니다). 교체 가능한 이벤트와 일시적인 이벤트에 대한 유형도 있습니다. 교체 가능한 이벤트의 경우(명백히), 원래 이벤트의 생성자가 새 이벤트에 서명하여 이전 이벤트를 대체할 수 있도록 설계되었습니다. 사양을 따르는 릴레이 서버는 자동으로 이전 이벤트를 저장소에서 삭제하고 수신 시 클라이언트에게 새 버전을 제공하기 시작합니다. 일시적인 이벤트는 릴레이에 전송될 때 생성자를 구독하는 모든 사람에게 방송되도록 설계되었지만, 릴레이 서버는 이를 저장하지 않아야 합니다. 이는 메시지가 방송되는 동안 온라인인 사람들만 볼 수 있는 가능성을 만듭니다. 다른 사람의 이벤트에 대한 반응(예: 좋아요 또는 이모지)을 신호하는 이벤트 유형도 있습니다.

마지막으로 언급한 것처럼, 이벤트는 태그를 포함할 수도 있습니다. 현재 이벤트(정확한 Nostr 이벤트를 참조하기 위해), 공개 키(다른 사용자를 태그하거나 참조하기 위해) 및 주제를 위한 태그 유형이 있습니다(이메일 주제와 같은 기능을 모방하기 위해). 이 모든 것은 사용자가 실제로 서버 간에 상호작용할 수 있도록 특정 릴레이 서버를 가리키는 포인터를 포함할 수 있습니다. 즉, 한 사용자가 자신의 콘텐츠를 하나의 릴레이 서버에 게시하면, 다른 사용자가 다른 릴레이 서버에 게시한 콘텐츠와 상호작용하고 참조할 수 있는 방식으로, 모든 사용자가 적절한 순서로 전체 상호작용 스레드를 일관되게 가져올 수 있습니다.

원래 NIP 내에서는 클라이언트가 릴레이 서버와 상호작용하는 방법에 대한 사양이 제공되며, 여기에는 클라이언트가 수신하고자 하는 이벤트에 대한 필터가 포함된 구독 메시지/데이터 구조가 포함됩니다. 이러한 필터는 사용자의 공개 키, 정확한 이벤트, 이벤트 유형 및 이전 기준에 따라 원하는 특정 시간 프레임을 지정할 수 있습니다. 공개 키 또는 이벤트 ID의 접두사를 제출할 수도 있으며, 예를 들어 “1xjisj….”와 같이 시작하는 공개 키의 이벤트를 수신할 수 있습니다(이는 릴레이 서버에서 실제로 보고자 하는 내용을 숨기는 데 유용할 수 있습니다).

전반적으로 이 프로토콜은 사용자 간의 메시지를 전달하기 위한 매우 기본적이고 일반화된 계획으로, 메시지의 무결성과 발신자를 보장하는 중요한 사항을 다루며, 릴레이 서버가 매우 중앙 집중화될 수 있도록 하거나 사용자가 자신의 개인 릴레이 서버를 운영할 수 있도록 지원합니다. 이 모든 것은 서로 원활하게 상호작용하며, 사용자가 하나의 릴레이 서버에서 금지되는 경우에도 대혼란을 일으키지 않습니다. 그들은 다른 서버로 이동하거나 자신의 서버를 운영할 수 있으며, 이전 서버에서의 플랫폼 제거가 그들의 디지털 신원이나 팔로워를 잃게 하지 않습니다. 왜냐하면 그들은 여전히 자신의 개인 키를 통제하고, 사용자가 다른 곳에서 그들을 찾을 때 이를 인증할 수 있기 때문입니다.

릴레이 서버는 원하는 대로 운영할 수 있습니다. 무료로 운영할 수도 있고, 메시지를 게시하거나 다운로드하기 위해 소액 결제를 청구할 수도 있으며, 메시지를 제출하기 위해 해시캐시 스타일의 작업 증명을 요구하는 NIP도 있습니다. 그들은 다른 사용자에게 자신의 게시물만 호스팅하고 제공하는 단일 릴레이 서버일 수도 있고, 트위터나 레딧과 같은 대규모로 운영되는 서버일 수도 있습니다(클라이언트는 정보를 원하는 대로 표시하고 구성할 수 있어, 오늘날 존재하는 거의 모든 소셜 미디어 플랫폼을 모방할 수 있습니다). 이 모든 것은 원활하게 상호작용할 수 있으며 사용자를 차단할 수 없습니다. 사용자가 귀하의 릴레이 서버에 콘텐츠를 게시하는 것을 방지할 수는 있지만, 궁극적으로 귀하의 릴레이 서버에서 호스팅하는 콘텐츠를 보는 것을 막거나 다른 서버에서 그들의 콘텐츠를 찾는 것을 막을 수는 없습니다.

이는 매우 단순한 프로토콜로, 사람들이 구축할 수 있는 큰 개방형 디자인 공간을 보장하며, 개별 릴레이 서버 운영자가 호스팅할 것인지 여부와 관계없이 사용자들이 항상 서로 상호작용할 수 있도록 보장합니다. 이는 동시에 가장 큰 강점이자 가장 큰 약점입니다. 복잡한 프로토콜에 의해 엄격한 제약 없이 개발자가 구축할 자유를 보장하지만, 프로토콜 자체에서 처리되지 않는 많은 문제에 직면할 수 있습니다.

다음 글에서는 제가 보고 있는 몇 가지 문제와 잠재적 해결책에 대해 다룰 예정이지만, 지금은 디자인의 단순성과 사람들이 구축할 수 있는 가능성 측면에서 Nostr가 매우 잘하고 있다고 말하고 싶습니다. 이는 한 사람의 아이디어에서 시작된 것이며, 지금까지 프로토콜 사양에 실제로 기여한 사람은 극소수에 불과합니다.

관련 기사

카사, 비트코인 보유자를 겨냥한 증가하는 사회 공학 공격에 대응하기 위해 네 가지 보안 기능 출시 1

사회 공학 공격에 대응하는 카사 기능

비트코인 보안 회사 카사는 2025년 암호화폐 도난의 대부분을 차지하는 공격 벡터인 사회 공학을 겨냥한 네 가지 기능을 출시했습니다. 이 기능은

마스터카드, 디지털 자산 전략을 강화하기 위해 뉴욕 비트라이센스 확보 1

마스터카드, 비트라이센스 획득

마스터카드는 뉴욕주 금융 서비스국(NYDFS)으로부터 비트라이센스를 받았으며, 이는 이 결제 거대 기업이 미국에서 가장 엄격한 암호화 규제 프레임워크 중 하나 아래에서

크라켄, 비트코인 보관소 출시 - BTC 보유에 대한 수익 제공 1

비트코인 보관소 | 크라켄의 새로운 금융 솔루션

크라켄은 고객이 자산을 판매하지 않고도 비트코인 보유량에 대해 BTC 기준 보상을 받을 수 있는 새로운 제품인 비트코인 볼트를 크라켄 어

폴드, 비트코인 신용 카드 성장을 위한 1억 5천만 달러 유치 1

비트코인 신용 카드, Fold의 성장 동력

Fold Holdings, Inc., 최초의 상장된 비트코인 금융 서비스 회사가 Encina Lender Finance, LLC와 4년간의 고정 담보 회전 신용 시설에 진입했습니다.

DDC, 한 주에 비트코인을 두 번 구매하며 자산을 14% 증가시켜 희석 없이 재무를 성장시킵니다. 1

비트코인으로 DDC 자산 14% 증가

DDC Enterprise Limited (NYSE American: DDC)는 수요일에 131 비트코인을 구매하여 기업 비트코인 금고를 2,714 BTC로 확장했다고 발표했습니다. 뉴욕에 본사를 둔

반카 셀라, MiCA에 따라 비트코인 및 암호화 서비스에 대한 라이센스를 받은 첫 번째 이탈리아 은행이 되다. 1

Banca Sella, 첫 이탈리아 비트코인 은행 승인

Banca Sella는 유럽 연합의 암호 자산 규제(MiCA) 하에서 암호화폐 서비스를 제공할 수 있는 최초의 이탈리아 은행으로 승인받았으며, 2026년 5월 27일