작성자: git-sgmoore 및 fiatjaf (nostr)
편집: DeFi의 Tao
참고: 최근 nostr이라는 탈중앙화 소셜 프로토콜이 비트코인 커뮤니티에서 인기를 얻었으며 이는 현재 트위터 CEO Elon Musk의 논란의 여지가 있는 금지 정책을 끌어들였으며 전 트위터 CEO Jack Dorsey가 자신의 주머니에서 14 BTC를 지출하여 제공했습니다. 잇펀딩, 노스트르의 마력은 무엇일까?
트위터의 최신 금지 정책
소개에 따르면 nostr은 검열에 저항하는 글로벌 "소셜" 네트워크를 완전히 만들 수 있는 최소한의 프로토콜입니다.
nostr은 신뢰할 수 있는 중앙 서버에 의존하지 않으며 암호화 키 및 서명을 기반으로 하며 P2P 기술에 의존하지 않으며 토큰을 발행하지도 않습니다.
그럼 어떻게 작동하나요? 간단히 말하면 모든 사람이 클라이언트를 실행하며 이는 기본 클라이언트, 웹 클라이언트 등이 될 수 있습니다. 게시물과 같은 것을 게시하려면 키로 서명하고 여러 릴레이(다른 사람이나 자신이 호스팅하는 서버)로 보냅니다. 다른 사람으로부터 업데이트를 받으려면 여러 반복자에게 다른 사람에 대해 알고 있는지 물어볼 수 있습니다. 누구나 중계기를 실행할 수 있습니다. 매우 간단하며 일부 사람의 게시물을 수락하고 다른 사람에게 전달하는 것 외에는 아무 작업도 수행하지 않습니다. 또한 릴레이를 신뢰할 필요가 없습니다. 서명은 클라이언트 측에서 확인됩니다.
1. 다른 솔루션의 문제점
1. 트위터의 문제점
- 트위터에는 광고가 있습니다.
- 트위터는 당신을 계속 중독시키기 위해 이상한 트릭을 사용합니다.
- 트위터는 당신이 팔로우하는 사람들의 실제 역사를 보여주지 않습니다.
- 트위터는 특정 사람들의 계정을 금지합니다.
- 트위터는 Shadowbans를 사용합니다.
- 트위터에는 스팸이 많습니다.
2. Mastodon 및 유사 애플리케이션의 문제
- 사용자 ID는 제3자가 관리하는 도메인 이름에 첨부됩니다.
- 서버 소유자는 Twitter처럼 귀하를 차단할 수 있으며, 서버 소유자는 다른 서버도 차단할 수 있습니다.
- 서버 간 마이그레이션은 나중에 고려하는 작업이며 서버 공동 작업을 통해서만 수행할 수 있습니다. 적대적인 환경에서는 작동하지 않습니다(모든 추종자가 손실됨).
- 서버를 운영하는 데는 명확한 인센티브가 없기 때문에 취미로 즐기는 사람이나 멋진 도메인 이름에 자신의 이름을 붙이고 싶어하는 사람들이 서버를 운영하는 경향이 있습니다. 그러면 사용자는 한 사람의 횡포를 당하게 되며 이는 트위터와 같은 대기업보다 더 심한 경우가 많으며 다른 곳으로 이동할 수 없습니다.
- 서버는 아마추어적인 경향이 있기 때문에 잠시 후 방치되는 경우가 많습니다. 이는 사실상 모든 사람을 금지하는 것과 같습니다.
- 각 서버의 업데이트를 대량 다른 서버에 힘들게 푸시(및 저장)해야 하는 경우 서버 수가 많아지면 서버 수가 늘어나므로 더 많은 데이터를 전달해야 합니다 . 더 많은 장소로 자주;
- 비디오 공유의 구체적인 예에서 ActivityPub 열성팬은 텍스트 주석과 같이 서버 간에 비디오를 전송하는 것이 완전히 불가능하다는 것을 알고 있습니다.
3. SSB(Secure Scuttlebutt) 관련 문제
- 별로 문제가 되지 않아서 좋은 것 같아요. 사실 이를 기반으로 구축하려고 했으나 전혀 개방형 프로토콜로 간주되지 않기 때문에 프로토콜이 너무 복잡합니다. 아마도 특정 문제를 해결하기 위한 빠른 방법으로 JavaScript로 작성되었기 때문에 ECMA-262 6판 규칙을 엄격하게 준수해야 하는 JSON 문자열에 서명하는 것과 같은 이상하고 불필요한 단점이 있습니다.
- 그것은 단일 사용자로부터 많은 업데이트를 받아야 한다고 주장하는데, 이는 나에게 불필요하고 콘텐츠의 부풀림과 경직성을 추가합니다. 각 서버/사용자는 새 게시물을 보장하기 위해 모든 게시물 체인을 저장해야 합니다. 효과적입니다. 왜 이런 일을 하는 걸까요? (어쩌면 그럴 만한 이유가 있을 수도 있습니다.)
- 주로 P2P 동기화를 위해 설계되었기 때문에 Nostr만큼 간단하지 않습니다.
- 그럼에도 불구하고 이 사용자 정의 프로토콜 대신 SSB를 사용하고 이를 클라이언트 측 릴레이 서버 모델에 적용하는 것을 고려해 볼 가치가 있을 수 있습니다. 왜냐하면 사람들이 새로운 표준을 사용하도록 하는 것보다 표준을 재사용하는 것이 항상 더 낫기 때문입니다.
4. 서버 솔루션 실행이 필요한 기타 문제
- 모든 사람이 자신의 서버를 실행해야 합니다.
- 도메인 이름이 검열될 수 있기 때문에 때때로 사람들은 이러한 영역에서 여전히 검열을 받습니다.
2. Nostr의 작동 원리
- Nostr에는 클라이언트와 릴레이라는 두 가지 구성 요소가 있습니다. 각 사용자는 클라이언트를 실행하고 누구나 리피터를 실행할 수 있습니다.
- 각 사용자는 공개 키로 식별되고, 각 게시물에 서명되며, 각 클라이언트는 이러한 서명을 확인합니다.
- 클라이언트는 선택한 릴레이에서 데이터를 가져와 선택한 다른 릴레이에 데이터를 게시합니다. 중계기는 다른 중계기와 통신하지 않고 사용자와 직접 통신합니다.
- 예를 들어, 누군가를 "팔로우"하려면 사용자는 클라이언트에게 해당 공개 키의 게시물을 알고 있는 릴레이를 쿼리하도록 지시하기만 하면 됩니다.
- 시작 시 클라이언트는 관심 있는 모든 사용자(예: 가장 최근 날짜의 모든 업데이트)에 대해 알고 있는 모든 반복기를 쿼리한 다음 해당 데이터를 시간순으로 사용자에게 표시합니다.
- "게시물"에는 모든 유형의 구조화된 데이터가 포함될 수 있지만 가장 일반적으로 사용되는 데이터는 모든 클라이언트와 리피터가 원활하게 처리할 수 있도록 표준으로 만들어집니다.
3. Nostr은 다른 솔루션으로는 해결할 수 없는 문제를 어떻게 해결합니까?
문제 1: 사용자 차단, 서버 종료
중계자는 사용자가 게시물을 게시하는 것을 방지할 수 있지만, 다른 중계자에게 콘텐츠를 계속 게시할 수 있으므로 이는 사용자에게 영향을 주지 않습니다. 사용자는 공개 키로 식별되므로 차단되더라도 신원과 팬 기반을 잃지 않습니다.
사용자에게 새 중계 주소를 수동으로 입력하도록 요구하는 대신(이 역시 지원되어야 함), 팔로우하는 누군가가 서버 권장 사항을 게시할 때마다 클라이언트는 이를 쿼리할 중계 목록에 자동으로 추가해야 합니다.
누군가가 하나의 중계기를 사용하여 데이터를 게시하고 있지만 다른 중계기로 마이그레이션하려는 경우 이전 중계기에 서버 권장 사항을 게시한 다음 떠날 수 있습니다.
누군가가 너무 많은 릴레이에서 차단되어 서버 추천을 방송할 수 없는 경우에도 다른 방법을 통해 친한 친구에게 자신이 현재 어떤 릴레이에 게시하고 있는지 알릴 수 있습니다. 그런 다음 친한 친구가 새 서버에 서버 추천을 게시할 수 있으며, 천천히 차단된 사용자의 기존 팬층이 새 중계자에서 게시물을 다시 찾기 시작합니다.
위의 모든 조항은 중계기가 서비스를 중단한 경우에도 유효합니다.
문제 2: 검열에 대한 저항
각 사용자는 자신의 콘텐츠 업데이트를 원하는 수의 반복 레이아웃에 게시할 수 있습니다.
중계자는 사용자에게 게시에 대한 수수료(수수료 협상은 현재 프로토콜 범위를 벗어남)를 청구할 수 있으므로 검열 저항이 보장됩니다.
문제 3: 스팸
스팸이 중계자에게 문제가 되는 경우 게시를 위해 지불 또는 다른 형태의 인증(예: 이메일 주소 또는 전화번호)이 필요할 수 있으며, 이를 내부적으로 공개 키와 연결한 다음 중계자는 다른 방지 수단을 사용할 수 있습니다. -스팸 기술(예: 해시캐시 또는 CAPTCHA). 릴레이가 스팸 전달자로 사용되는 경우 클라이언트가 쉽게 취소할 수 있으며 다른 릴레이로부터 계속 업데이트를 받을 수 있습니다.
질문 4: 데이터 저장
네트워크를 건강하게 유지하려면 수백 개의 활성 중계기가 필요하지 않습니다. 실제로 기존 항목이 잘못되기 시작하는 경우 새 항목을 쉽게 생성하고 네트워크 전체에 전파할 수 있기 때문에 제대로 작동하려면 소수만 필요합니다. 따라서 필요한 데이터 저장 용량은 일반적으로 Mastodon이나 유사한 소프트웨어에 비해 적습니다.
또는 다른 결과를 고려해 보십시오. 아마추어가 운영하는 수백 개의 틈새 릴레이어가 있고 각각은 소규모 사용자 그룹에 업데이트를 릴레이하는 역할을 담당합니다. 이 아키텍처는 확장성도 있습니다. 데이터는 사용자로부터 단일 서버로 전송되고 해당 서버에서 데이터를 소비할 사용자에게 직접 전송됩니다. 다른 사람이 저장할 필요는 없습니다. 이 경우 단일 서버가 다른 서버의 업데이트를 처리하는 것은 큰 부담이 아니며 아마추어 서버가 문제가 되는 것도 아닙니다.
질문 5: 동영상 등 무거운 콘텐츠
중계자는 빅 데이터 콘텐츠를 쉽게 거부하거나 빅 데이터 콘텐츠 수락 및 호스팅 비용을 청구할 수 있습니다. 메시지와 인센티브가 명확하면 시장의 힘이 이 문제를 쉽게 해결할 수 있습니다.
질문 6: 표시 방법
각 클라이언트는 인공 지능을 사용하여 업데이트가 표시되는 순서를 결정하는 것부터 단순히 시간순으로 읽는 것까지 사용자에게 게시물을 가장 잘 표시하는 방법을 결정할 수 있습니다.
4. FAQ
1. 이것은 매우 간단합니다. 그런데 왜 이전에 아무도 이 작업을 수행하지 않았습니까?
A: 잘 모르겠지만 소셜 네트워크를 만든 사람들이 돈을 벌고 싶은 기업이었거나, 서버 없이 물건을 만들고 싶어 했던 P2P 활동가였던 것과 연관이 있는 것 같아요. , 그리고 그들 중 누구도 Nostr이 두 세계의 특정 조합을 사용하고 있는 것을 보지 못했습니다.
2. 팔로우할 사람을 어떻게 찾나요?
A: 먼저, 공개 키를 물어보거나 어딘가에서 확인하여 공개 키를 알아야 합니다. Nostr 소셜 네트워크에 접속하면 다른 사람들과의 상호 작용을 볼 수 있으며 그런 다음 해당 사람들을 팔로우하고 상호 작용할 수 있습니다.
3. 중계기를 어떻게 찾나요? 다른 사람과 같은 중계기에 연결되어 있지 않으면 어떻게 되나요?
A: 그 사람과 대화를 할 수 없게 됩니다. 그러나 이벤트 힌트를 사용하면 클라이언트 소프트웨어(또는 수동으로)가 다른 사람의 중계기에 연결하고 상호 작용하는 방법을 알 수 있습니다. 앞으로 이 문제를 해결하기 위한 다른 아이디어가 있지만 우리는 결코 완벽한 도달성을 보장할 수 없으며 어떤 프로토콜도 그렇게 할 수 없습니다.
4. 나를 팔로우하는 사람이 몇 명인지 알 수 있나요?
답변: 아니요. 하지만 중계기가 추가 프로토콜과 협력하면 어느 정도 추정치를 얻을 수 있습니다.
5. 사람들이 중계기를 운영하는 동기는 무엇입니까?
A: 이 질문은 중계기가 무료이고 사람들이 중계기를 통해 데이터를 이동할 수 있다고 가정한다는 점에서 오해의 소지가 있습니다. 예, 이 경우 인센티브는 존재하지 않습니다. 이는 실제로 다른 모든 p2p 네트워크 스택의 DHT 노드에 적용됩니다. 사람들이 DHT 노드를 실행하려면 어떤 인센티브가 있어야 합니까?
6. 중계기가 AWS 또는 Azure에만 있으면 어떤 차이가 있습니까?
A: 현재 AWS나 Azure뿐만 아니라 전 세계적으로 수천 개의 VPS 공급자가 있습니다. AWS 또는 Azure는 대규모 단일 중앙 집중식 서비스 공급자에 사용되는 공급자인 반면, 소규모 릴레이 서버의 경우 모든 VPS가 제대로 작동합니다.
프로토콜 사양
프로토콜 사양에 대한 상당히 자세한 설명은 NIP , 특히 NIP-01을 참조하세요(힌트: 매우 간단합니다).
