Fifth Right 하의 새로운 소셜 미디어 디자인은 대량 채택의 징후 없이 수년 동안 탐색되었습니다. 작년에 암호화 기술의 지속적인 개발과 Musk의 Twitter 인수에 대한 우려로 분산형 소셜 네트워크는 새로운 기회를 열었습니다.

이러한 소셜 네트워크가 해결하려는 문제에는 검열 강화, 콘텐츠 조정의 유연성 향상, 사람들이 온라인에서 말하는 내용을 형성하고 추적하는 대형 소셜 미디어 회사의 권한 축소 등이 포함될 수 있습니다.

새로운 플랫폼이 등장하고 성장함에 따라 대체 소셜 네트워크의 선택에는 종종 정치적 고려 사항이 수반됩니다.

Getr, Parler, Gab 및 Truth Social과 같은 사이트는 모두 Twitter에 대한 언론의 자유 대안으로 자신을 홍보함으로써 권리를 제공합니다.

오늘 논의할 것은 최근 많은 주목을 받고 있으며 다소 혁신적인 새로운 소셜 미디어 프로토콜인 Nostr-Damus입니다. 여기에는 Nostr의 기술적 근거, 해결해야 할 주요 관리 문제, 릴레이가 계속 작동하도록 장려하는 방법이 포함됩니다.

배경: 노스트르

2020년에 출시된 Nostr은 사용자가 공개-개인 키 암호화를 사용하여 디지털 서명을 사용하여 자신의 ID를 소유하고 게시물을 확인할 수 있는 분산형 프로토콜입니다. 그런 다음 이러한 게시물은 상호 연결된 서버 네트워크로 전파됩니다. 이 프로토콜은 블록체인을 사용하지 않습니다. 블록체인은 초기 실험에서 소셜 네트워크에 비해 너무 느린 것으로 나타났습니다. 그러나 구조적 유사성이 있으며 Nostr은 자유주의 및 오픈 소스 정신으로 암호 화폐 군중에서 초기 틈새 시장을 찾았습니다.

Mastodon VS Nostr 

Nostr 프로토콜과 최초의 릴레이 서버는 2020년 말 개발자 fiatjaf가 만들었습니다. 광범위한 관심을 받기 전에 Nostr은 Twitter 및 Mastodon의 문제에 대한 경량 솔루션을 목표로 하는 조용한 틈새 프로토콜이었습니다.

2016년에 설립된 오픈 소스 네트워크인 마스토돈은 누구나 서버를 설정할 수 있도록 합니다. 디자인은 종종 "연합"으로 설명되며 정의 방법에 따라 "Web3"의 흐릿한 선에 속할 수도 있고 그렇지 않을 수도 있습니다. Mastodon을 통해 사용자는 맞춤형 콘텐츠 조정 규칙으로 선별된 커뮤니티에 가입할 수 있습니다. 현재 등록된 사용자는 200 w+에 도달했으며 자유주의자, 언론인 및 학자에게 안전한 피난처가 되었습니다.

Twitter 및 Mastodon 시스템에서 ID/사용자 이름은 서버를 실행하는 사람이 제어합니다.

Nostr과의 핵심 차이점은 서버 운영자가 소유한 사용자 이름을 사용하는 대신 각 사용자가 공용/개인 키 쌍을 사용하여 기능을 처리한다는 점입니다. 이것은 전체 Nostr 프로토콜을 구축하기 위한 핵심 빌딩 블록 중 하나입니다.

"이벤트": 클라이언트와 클라이언트가 메시지를 보내고 검색하기 위해 연결하는 릴레이 서버에서 사용하는 기본 개체/데이터 유형입니다. 프로토콜의 일반적인 개념은 클라이언트가 이벤트를 릴레이 서버로 보낸 다음 이벤트를 저장하고 인덱싱하고 다른 클라이언트가 릴레이 서버와 통신하여 수신 및 저장한 이벤트를 요청할 수 있다는 것입니다. 원래 NIP 01에서는 세 가지 다른 이벤트 유형이 정의되었습니다.

0 : 사용자 이름, 사진, 약력 등 사용자에 대한 메타데이터를 전송합니다.

1: SMS 및 기본 콘텐츠 보내기

2: 이벤트 크리에이터를 팔로우하여 접속하는 사람들을 위한 릴레이 서버 추천

모든 이벤트는 정의된 특정 방식으로 구성됩니다. 생성자의 공개 키, 생성 타임스탬프, 유형(또는 사양의 종류), 콘텐츠 페이로드 및 이벤트 생성자의 서명을 포함합니다. 또는 다른 이벤트나 사용자를 참조하고 생성자의 서명을 제외한 모든 항목의 해시인 ID 값을 갖는 태그가 있을 수 있습니다(Bitcoin 트랜잭션의 TXID와 유사).

이를 통해 사용자는 서명(및 손상되지 않은 경우 키를 소유한 사람)을 확인하여 메시지가 실제로 공개 키의 소유자에 의해 생성되었고 메시지가 변경된 이후 변경되지 않았음을 보장할 수 있습니다. 서명했다.

비트코인 거래가 무효화되지 않고 서명된 후에는 변경될 수 없는 것과 마찬가지로 사용자는 생성자가 서명한 후에는 Nostr 이벤트를 명백한 사기로 만들지 않고 변경할 수 없습니다.

이벤트 유형 시스템은 원래 NIP에서 상당히 확장되었습니다. 보낸 사람의 개인 키와 받는 사람의 공개 키를 결합하여 공유 비밀을 구축하는 암호화된 다이렉트 메시지에 대한 이벤트 유형이 있으며 그 결과는 보낸 사람의 공개 키와 받는 사람의 개인 키를 결합하여 얻은 것과 동일합니다. 키 동일합니다(BIP 47 및 자동 결제가 작동하는 방식임). 교체 가능한 이벤트 및 임시 이벤트 유형도 있습니다. 교체 가능한 이벤트의 경우(분명히) 이벤트의 원래 작성자가 이전 이벤트를 대체할 새 이벤트에 서명할 수 있도록 설계되었습니다. 이 사양을 따르는 릴레이 서버는 스토리지에서 오래된 이벤트를 자동으로 삭제하고 수신 즉시 클라이언트에 최신 버전을 제공하기 시작합니다. 임시 이벤트는 릴레이로 전송될 때 제작자를 구독하는 모든 사람에게 브로드캐스트되지만 릴레이 서버에 저장되지 않도록 설계되었습니다. 이렇게 하면 온라인 상태인 사람만 방송 중에 메시지를 볼 수 있습니다. 다른 사람의 이벤트(예: 좋아요 또는 이모티콘)에 대한 반응을 나타내는 이벤트 유형도 있습니다.

마지막 질문에 대해 말하자면 이벤트에는 태그도 포함될 수 있습니다. 현재 Event(정확한 Nostr 이벤트 참조), PublicKey(태그 지정 또는 다른 사용자 참조) 및 Subject(이메일 제목과 같은 기능 모방)에 대한 태그 유형이 있습니다. 이 모든 것에는 사용자가 다른 서버에서 실제로 상호 작용할 수 있도록 데이터를 가져올 수 있는 특정 릴레이 서버에 대한 포인터가 포함될 수 있습니다. 즉, 사용자가 자신의 콘텐츠를 릴레이 서버에 게시합니다. 릴레이 서버를 통해 모든 사용자가 관련 데이터가 어디에 있는지 찾을 필요 없이 적절한 순서로 상호 작용의 전체 스레드를 일관되게 얻을 수 있습니다. 많은 수의 복잡한 작업.

원래 NIP에서는 클라이언트가 수신하려는 이벤트에 대한 필터를 포함하는 메시지/데이터 구조를 구독하여 클라이언트가 릴레이 서버와 상호 작용하는 방법에 대한 사양이 제공되었습니다. 이러한 필터는 사용자의 공개 키, 정확한 이벤트, 이벤트 유형 또는 이전 기준에 따라 원하는 특정 기간을 지정할 수 있습니다. 사용자는 공개 키 또는 "1 xjisj..."와 같은 이벤트 ID 접두사를 제출할 수도 있습니다. 짧은 문자열로 시작하는 공개 키에서 하나 이상의 이벤트를 수신합니다(이는 실제로 보고 싶은 것을 릴레이 서버에서 숨기는 데 유용합니다).

전반적으로 프로토콜은 사용자 간에 메시지를 전달하기 위한 매우 간단한 일반 체계이며, 메시지의 무결성을 보장하고 메시지를 보내는 데 공개 키 ID를 사용하는 것과 같은 중요한 사항을 다루는 동시에 엔드 인프라 릴레이 서버가 고도로 중앙 집중화되거나 사용자가 사용자가 하나의 릴레이 서버 사용이 금지되는 경우에 큰 혼란을 일으키지 않고 서로 원활하게 상호 작용하면서 자체 개인 릴레이 서버를 실행합니다. 그들은 다른 서버로 이동하거나 자체적으로 실행할 수 있으며, 이전 서버에서 플랫폼을 분리하여 디지털 ID나 팔로워를 잃지 않습니다. 개인 키에 대한 제어권을 계속 유지하고 사용자가 다른 곳에서 이를 사용할 수 있기 때문입니다. 당신이 그들을 찾을 때.

릴레이 서버는 원하는 대로 실행할 수 있습니다. 무료로 작동하고, 메시지를 게시하거나 다운로드하는 데 약간의 요금을 부과하고, 메시지를 제출하기 위해 해시캐시 스타일의 작업 증명이 필요한 NIP도 있습니다. 게시물을 호스팅하고 다른 사용자만 사용할 수 있도록 하는 단일 릴레이 서버이거나 Twitter 또는 Reddit과 같이 대규모로 작동하는 서버일 수 있습니다(클라이언트가 원하는 대로 정보를 표시하고 구성할 수 있으므로 모든 소셜 미디어를 시뮬레이션할 수 있음). 이들 모두는 사용자를 잠그지 않고 원활하게 상호 운용됩니다.

Nostr이 해결해야 할 주요 관리 문제

사용자 공개/개인 키는 Nostr이 프로토콜로 작동하는 방식의 필수적인 부분입니다. 이는 실제 사용자와 다른 사람이 식별하는 방법 사이의 긴밀한 연결 역할을 하여 릴레이 서버가 이 두 가지를 풀지 못하게 합니다. 즉, 누군가의 식별자를 다른 사용자에게 제공하는 것입니다. 또한 플랫폼의 가장 큰 문제 중 하나인 사용자 자신의 신원에 대한 통제력 부족을 해결합니다.

그러나 이로 인해 새로운 문제도 발생합니다. 키가 손실될 수 있고 키가 손상될 수 있으며 이러한 이벤트가 발생하면 사용자는 도움을 요청할 수 없습니다.

이를 위해서는 사용자가 확인 가능하고 검색 가능한 방식으로 한 키 쌍에서 다른 키 쌍으로 전환하고 프로토콜을 통해 다른 사용자와 상호 작용할 수 있는 체계가 필요합니다. 전체 프로토콜은 특정 사용자(ID 키)로부터 이벤트가 발생했음을 증명하는 것을 기반으로 하므로 누군가의 키가 손상되면 모든 보장이 허공에 던져집니다.

Nostr에는 한 키의 회전을 다른 키에 연결하는 실제 암호화 체계가 필요합니다. 개발자 fiatjaf는 이 문제를 해결할 수 있는 기본 솔루션을 제안했습니다. 기본 아이디어는 단일 마스터 시드에서 파생된 긴 주소 목록을 가져와서 Taproot 트리가 비트코인 ​​키에 커밋되는 방식과 유사하게 "조정된" 키 집합을 만드는 것입니다. Taproot는 Taproot 트리의 Merkle 루트를 가져와 공개 키에 "추가"하여 새 공개 키를 생성합니다. 이는 새 공개 키와 일치하는 개인 키를 얻기 위해 해당 Merkle 루트를 개인 키에 추가하여 복제할 수 있습니다. Fiatjaf의 아이디어는 커밋을 끝에서 처음으로 역방향으로 연결하여 각 조정된 키가 다음 조정된 키가 그것을 생성하는 데 사용되었다는 증거를 실제로 포함하도록 하는 것입니다.

따라서 체인의 마지막인 키 Z부터 시작한다고 상상해 보십시오. 무언가로 조정한 다음 돌아가서 조정된 키 Z(Z' + Y = Y')를 사용하여 키 Y의 조정된 버전을 만들 수 있습니다. 여기에서 Y'를 가져와 X를 조정하는 데 사용할 수 있습니다(Y' + X = X'). 키 A로 돌아가서 A'를 가져와 거기에서 해당 키를 사용합니다. 깨지면 사용자는 조정되지 않은 키 A와 조정된 키 B'를 포함하는 이벤트를 브로드캐스트할 수 있습니다. 여기에는 B'가 A'를 생성하는 데 사용되었음을 표시하는 데 필요한 모든 데이터가 포함되며 사용자는 즉시 A' 팔로우를 중지하고 대신 B'를 팔로우할 수 있습니다. 그들은 B'가 해당 사용자의 다음 키라는 것을 명시적으로 알고 대신 이를 따를 것입니다.

그러나 이 제안에는 여전히 몇 가지 문제가 있습니다. 첫째, 사용될 모든 키는 미리 생성되어야 하며 완전히 새로운 키 세트로 회전할 방법이 없습니다. 이것은 이 순환을 공증할 수 있는 이 체계에서 마스터 키를 커밋하거나 처음부터 매우 큰 키 집합을 생성하여 해결할 수 있습니다. 두 경로 모두 가능하지만 궁극적으로 루트 키 또는 키 자료를 안전하게 유지하고 개별 핫키(핫키)만 Nostr 클라이언트에 노출해야 합니다.

그러나 이 체계는 루트 키 자료가 손실되거나 자체적으로 손상된 경우 사용자를 보호하거나 ID 복구 메커니즘을 제공하지 않습니다.

여기에서 잠재적인 솔루션에 대한 논의를 위해 한 키에서 다른 순환으로 이벤트에 서명하는 데에도 사용되어야 하는 마스터 콜드 키로 키를 조정하는 다른 방식을 생각해 보십시오. A와 M(마스터 키)을 추가하여 파생된 키 A'가 있고 회전 이벤트는 A, M 및 B'(B와 M을 추가하여 생성됨) 및 M의 서명이 됩니다. M은 다중 서명 임계값 키(2/3, 3/5 등)일 수 있습니다. 이는 손실에 대한 중복성을 추가하고 키 순환을 위한 보안 메커니즘을 제공할 수 있습니다. 이것은 또한 서비스를 사용하여 복구를 돕거나 이러한 키 중 일부를 신뢰할 수 있는 친구에게 전파할 수 있는 문을 엽니다. 비트코인 자체의 멀티시그와 동일한 유연성을 제공합니다.

NIP 26은 또한 이 문제를 다루는 데 매우 유용할 수 있는 제안입니다. 이것은 한 키의 서명이 다른 키를 대신하여 이벤트를 게시하도록 승인하는 이벤트에 대한 프로토콜 확장을 지정합니다. 그러면 "토큰" 또는 위임된 서명 증명이 첫 번째 공개 키를 대신하여 두 번째 공개 키에 의해 게시된 모든 이벤트에 포함됩니다. 시간 제한이 있을 수도 있으므로 위임 토큰은 자동으로 만료되며 갱신해야 합니다.

키 관리 및 보안 문제는 장단점과 문제점으로 가득 찬 매우 큰 설계 공간의 매우 큰 문제입니다. 그러나 Nostr이 사용자를 위해 이러한 ID의 무결성을 보호하고 유지할 수 없다면 ID로 사용되는 공개/개인 키 쌍에 전적으로 기반한 프로토콜은 대규모로 채택될 수 없습니다.

Nostr을 향한 확장

전체 Nostr 프로토콜은 릴레이 서버를 실행하는 누군가에 의존합니다. 아니요"노스트 네트워크", 릴레이와 릴레이에 연결된 클라이언트만. 릴레이어를 운영하려면 사람들에게 인센티브를 제공해야 하며 이는 궁극적으로 릴레이어가 장기적으로 얼마나 확장할 수 있는지에 대한 큰 부분이 될 것입니다. Nostr 릴레이가 수익성이 있거나 최소한 자체 운영 비용을 충당할 수 있는 충분한 자금을 가져오지 않는 한 트위터 서버와 같은 크기의 릴레이는 절대 없을 것입니다.

공시 하다

Nostr이 프로토콜로 작동하는 방식을 고려할 때 광고를 완전히 차단하는 것은 매우 사소한 일이므로 실현 불가능한 솔루션이 됩니다. 중계 서버는 광고를 수익 모델로 사용하려고 시도할 수 있습니다. 광고는 거의 모든 무료 온라인 서비스의 주요 수익 모델이지만 문제는 사용자가 본질적으로 선택해야 한다는 것입니다. 릴레이는 클라이언트에 보내는 이벤트에 광고를 쉽게 삽입할 수 있지만 클라이언트는 구독하려는 공개 키로 광고 이벤트가 생성되지 않은 경우 UI에서 광고 이벤트를 쉽게 필터링할 수도 있습니다.

소액 결제

특히 Lightning Network를 Nostr 앱에 보다 긴밀하게 통합하려는 지속적인 시도를 고려할 때 소액 결제는 또 다른 확실한 솔루션입니다. 이 모델은 충전 방법에 있어 많은 유연성을 제공합니다. 릴레이는 거기에 이벤트를 게시하거나 이벤트 읽기를 다운로드하거나 둘의 조합에 대해서만 요금을 부과할 수 있으며 소비하는 리소스의 양에 따라 각각의 가격을 조정합니다. 하지만 이 모델이 트위터 규모까지 확장될 수 있을지는 의문이다.

콘텐츠 소액 결제는 Lightning Network를 기반으로 하는 많은 틈새 제품에서 실행 가능성을 보여주었지만 진정으로 글로벌 규모로 확장하는 데는 두 가지 근본적인 문제가 있습니다.

첫째, 아직 비트코인 ​​채택이 충분하지 않습니다. 모든 사람이 마술처럼 Nostr의 모든 작은 서비스 상호 작용에 대해 비용을 지불한다고 해도 Twitter와 같은 대규모 서비스를 지원하기 위해 비트코인을 보유한 사람이 충분하지 않을 것입니다. 릴레이는 명목 화폐로 구독료를 청구할 수 있지만 이러한 지불 방법은 게시되거나 다운로드된 각 이벤트에 대해 소액의 수수료 지불을 지원하지 않습니다. 둘째, 사람들은 실제로 이러한 무료 서비스에 익숙합니다. 이것은 정확히 예상되는 것입니다. 소액 결제가 실제로 대규모 중계를 지원할 수 있다고 생각하지 않습니다.

소액 결제하는 방법이 있습니다"더 끈끈한"또는 릴레이를 사용하는 모든 사용자 클래스에 강요하지 않고 더 지속 가능합니다. Twitter 복제품 외에도 Nostr 위에 다양한 응용 프로그램을 구축하는 것에 대해 많은 이야기가 있었습니다. GitHub, Wikipedia, 심지어 Uber까지.

마지막 것이 핵심입니다. 경제적 기대입니다. 사람들은 일자리가 어딘가에 광고될 때 수수료를 지불하거나 온라인에서 무언가를 주문할 때 시장 운영자에게 수수료를 지불하는 데 매우 익숙하지만 무료여야 한다고 생각하는 서비스는 제공하지 않습니다. Google, Twitter. 이것은 중계자가 많은 마찰을 일으키거나 평균적인 잠재 사용자의 기대를 깨뜨리지 않고 사용자로부터 견고한 수입 기둥을 만들 수 있는 방법을 제공할 수 있습니다.

결론적으로

결론적으로

앞서 언급한 Nostr 및 Mastodon 외에도 Web3 소셜 프로젝트에는 Farcaster 및 Lens와 같은 프로젝트도 포함되어 있어 기존 소셜 미디어 플랫폼을 빠르게 대체하지 못할 것입니다. 통계에 따르면 Twitter에는 수억 명의 활성 사용자가 있고 Facebook에는 수십억 명이 있지만 Mastodon에는 250만 명의 사용자만 있고 Nostr에는 약 22w의 고유한 사용자 ID만 있습니다. 많은 Web3 소셜 프로젝트는 대량 채택을 늦추는 사용성 장애물에 직면해 있습니다.

언론과 정치는 불가분의 관계다. Web3 소셜 프로젝트가 확산되고 공개 대화가 여러 애플리케이션과 프로토콜에 걸쳐 세분화됨에 따라 정치적 결과가 있을 수 있습니다. 오랫동안 분산형 소셜 미디어를 옹호해 온 Messina조차도 최근 몇 년 동안 상호 적대감과 오해로 표시되는 공개 담론을 더욱 부채질할 것을 두려워합니다.