Nostr의 "스팸으로 가는 길"은 얼마나 됩니까?

avatar
ODAILY
04-08
이 기사는 기계로 번역되었습니다
원문 표시

소개

오늘 우리는 많은 관심을 끌었던 주제인 Nostr 의 스팸(스팸) 문제에 대해 논의할 것입니다. Nostr 프로토콜은 분산형 프로토콜로서 소셜 미디어의 분산화, 자율성 및 검열 방지 특성을 글로벌 규모로 실현합니다. 동시에 이러한 종류의 프로토콜에는 몇 가지 과제도 있는데 그중 스팸 문제가 가장 두드러집니다. 오늘 우리의 논의는 스팸 문제에만 국한되지 않고 소셜 미디어의 미래에 초점을 맞출 것입니다. 탈중앙화 기술 의 발전, 그리고 개인 정보 보호의 영향, 이러한 이유로 DAOrayaki 커뮤니티는 Nostr CN 커뮤니티의 데이터 과학자인 Mr. Sherry를 초대하여 전문 연구원의 관점에서 오늘의 주제를 시작하게 된 것을 행운으로 생각합니다. : Nostr의 "스팸 제거"를 향한 길은 얼마나 됩니까? ?

사회자: Shaun (DAOrayaki 이사)

게스트: Sherry(데이터 과학자)

텍스트

Q: 본격적인 이야기를 시작하기 전, 당신의 배경이 궁금할 텐데요, Nostr에 관심을 갖게 된 이유는 무엇인가요? 공부하고 있거나 탐구하고 있는 분야와 관련이 있나요?

사실 상관관계는 크지 않습니다. 처음에는 3~4개월 전쯤 친구가 저에게 Nostr을 소개했습니다. 그는 다년간의 경험을 가진 Bitcoin Core 개발자 입니다. 나중에 그는 점차 Nostr 개발로 전환했습니다. . 처음 Nostr을 이해하려고 했을 때 Nostr이 얼마나 매력적인지 깨닫지 못했고, Nostr에 대한 나의 이해는 단지 "소셜 미디어에 대한 또 다른 프로토콜"일 뿐이었습니다.

실제로 트위터가 인기를 얻은 이후 일부 사람들은 APP(애플리케이션)이 소셜 미디어의 전달자가 아니라 프로토콜로 전환되어야 한다고 끊임없이 제안해왔고, 일부 사람들은 지속적으로 노력하고 있지만 널리 사용되지는 않았습니다. 그래서 2~3개월 후에 저는 직접 Nostr이 주도하는 개발에 직접 참여하기로 결정했습니다.

Q: 몇 달간 연락을 주고받은 결과 현재 Nostr의 개발 상황은 어떻다고 생각하시나요? 우리는 그것이 처음에 "폭발" 단계를 거쳤다는 것을 알고 있습니다.

사실 개발자 입장에서는 그렇게 인기가 많지는 않은데, 트위터나 인스타그램 같은 소셜 미디어는 사용자가 파도처럼 들어온다는 법칙을 따른다고 생각합니다. 일부 사용자는 이것이 유용하고 문제를 해결한다고 생각하면 머물 것이지만 대다수의 사람들은 다음 물결이 도래할 때까지 머물지 않을 것입니다.

우리가 해야 할 일은 두 물결 사이를 준비하고, 인프라를 구축하고, 사용자 경험을 최적화하고, 다음 물결의 사용자가 오기를 기다리는 것입니다. 또한 매주 Nostr의 통계를 추적하고 있는데 개인적으로 사람들이 여전히 가입하고 있지만 사람 수가 오르락내리락하는 것을 느낍니다. 지금까지 Nostr의 계정 수는 100만 개에 가까워지고 있지만 현 단계에서는 스팸 계정도 많이 있습니다.

이 사용자 그룹 수는 어떤 실험을 하든 프로그램 검증의 효율성을 보장할 만큼 충분한 사용자 그룹이 있다는 것을 의미한다고 생각합니다.

Q: 각 "파도" 사이에는 해결해야 할 몇 가지 긴급한 문제가 있을 것이라고 방금 언급했습니다. 그렇다면 이 단계에서 Nostr 생태계에서는 나중에 이야기할 스팸 문제 외에 시급하게 해결해야 할 다른 문제는 무엇입니까?

Nostr에는 두 가지 역할만 있습니다. 하나는 클라이언트라고 하고 다른 하나는 릴레이라고 합니다. 릴레이와 서버는 매우 유사한 개념으로, 클라이언트는 여러 릴레이에서 정보를 가져오는 역할을 담당합니다. 간단한 비유로 트위터를 릴레이가 하나만 있는 구조로 생각할 수 있습니다. 클라이언트는 이 릴레이에서 정보만 가져옵니다. 이는 모든 사용자 행동을 이 단일 릴레이에 "위탁"하는 것과 같습니다. 메시지 게시가 중단되거나 다운되면 사용자 행동도 강제로 중단되며 이 생태계에서는 다른 선택의 여지가 없습니다.

그러나 Nostr에는 많은 Relay가 있으며 누구나 자신만의 Relay를 실행할 수 있습니다. 또한 클라이언트는 Relay 정보의 일부만 캡처하거나 전혀 캡처하지 않도록 선택할 수도 있지만 귀하의 정보를 모든 사람에게 보낼 수 있습니다. 릴레이.우수합니다.

동시에 Nostr의 인증 시스템에서는 전통적인 사용자 이름과 비밀번호 개념을 버리고 대신 키 쌍 개념을 사용합니다. 개인 키를 손에 쥐고 메시지를 게시할 때마다 공개 키. 동시에 개인 키를 사용하여 전체 메시지에 서명함으로써 이 메시지가 귀하에 의해 "개인적으로" 전송되었음을 증명합니다.

키 쌍의 경우 피할 수 없는 문제가 있습니다. 바로 키 관리입니다.

예, Damus를 사용하면 자동으로 키 쌍이 생성되지만 다음에 로그인해야 할 때 "원장"과 유사한 기능을 사용해야 합니다. 그렇지 않으면 공개 및 비공개를 기억할 수 없습니다. 키입니다. 예, 복사-붙여넣기 작업이 있어야 합니다.

예, 이러한 복사-붙여넣기 프로세스는 실제로 유출 위험이 높습니다. 그래서 암호화폐 분실을 경험한 사람이라면 누구나 하나 이상의 키 쌍을 관리하는 방법과 손실을 보상하는 방법에 대한 문제에 더 민감할 것이라고 생각합니다. 따라서 신규 사용자에게는 완전한 UI(사용자 인터페이스)나 UX(사용자 경험)를 통해 공개 키와 개인 키의 개념을 어떻게 소개하고, 자신의 계정을 만들고 관리할 수 있도록 안내하는 방법이 필요합니다.

하지만 실제로 저는 이것에 대해 특별히 걱정하지 않습니다. 왜냐하면 Nostr을 Bitcoin에 대한 다리로 만드는 것이 바로 이 기능이라고 느끼기 때문입니다. Nostr에서 일어날 수 있는 최악의 상황은 사용자가 게시물이나 팔로어를 잃는 것이지만 실제로는 재정적 손실 없이 일부 채널을 통해 팔로어를 다시 얻을 수 있습니다.

Q: 그렇다면 열쇠의 보관과 보존이 문제인 건 맞지만, 생각만큼 해결이 심각하고 시급한 문제는 아닌 것 같습니다. 반면에 Web 3 지갑에는 여전히 많은 Web 2 사용자를 차단하는 "장벽"이 있기 때문에 실제로 Nostr이 원에서 빠르게 벗어나는 데 도움이 됩니다.

그렇다면 이 문제 외에 "테이블"에 또 어떤 시급한 문제가 더 있습니까?

더욱이, 지속적인 사용자 유입으로 인해 전체 네트워크의 트래픽은 매우 커질 것입니다. 이제 극단적인 상황을 상상해 보십시오. 모든 사람이 모든 기록 메시지를 저장하기 위해 각 Relay에 모든 정보를 보낸다면 이러한 상황이 일반화되면 대부분의 Relay는 대량의 중복 정보를 저장하게 되며 클라이언트는 해당 정보를 캡처할 수 없게 됩니다. 정보를 가져올 때 반복되는 정보가 포함된 Relay도 처음부터 끝까지 검색하므로 이 솔루션은 상대적으로 비효율적입니다.

첫 번째 사용자 물결이 급속히 증가했을 때 많은 개발자들은 매우 "붕괴"되었다고 느꼈습니다. 그들은 많은 솔루션이 작동하지 않는다고 느꼈습니다. 그렇게 많은 사람이 들어와 네트워크가 마비된다면 어떨까요? 그래서 저는 이것이 다음 번 사용자 성장의 물결이 일어나기 전에 가능한 한 많이 해결되어야 할 문제라고 생각합니다. 해결되지 않으면 정보를 로드할 수 없거나 클라이언트 측 렌더링 및 로딩 속도가 느려지는 등 사용자에게 좋지 않은 사용자 경험을 제공하여 더 많은 사용자를 유지하기 어렵게 만듭니다.

Q: 네, 제가 콘텐츠 제작자이고 Nostr's Relay에 콘텐츠를 게시했다고 가정해 보세요. 시간 비용이 허용되고 작업이 복잡하지 않다면 여러 개의 Relay를 통해 전송하도록 선택할 수도 있으므로 실제로 존재하게 됩니다. 전반적인 실행 및 로딩 속도가 느려집니다.

현재 이 문제에 대한 두 가지 주류 솔루션이 있습니다. 하나는 Nostr에 레이어 레이어를 추가하는 것인데, 이는 전체 Nostr 프로토콜 외부의 레이어 2 레이어와 동일합니다. 제한된 수의 노드만 실행되며, 이는 전체 Relay 개수보다 작으며, 각 노드는 자신이 선택한 Relay 데이터를 캐시하고, 클라이언트는 캐시 노드하고만 통신하므로 사용자 경험이 향상됩니다. 현재 이 기능을 구현한 클라이언트가 있는데 그에 대한 정보가 아주 원활하게 로딩되고 있는데, 이 방법은 많은 분들의 반대를 받았습니다. 클라이언트는 소수 또는 단일 노드 통신과만 상호 작용하여 중앙 집중식 경로로 돌아갑니다.

Gossip이라는 모델도 있는데, 원래 이 모델을 구현한 클라이언트가 Gossip이라고 했기 때문입니다. 작동 방식은 사용자가 메시지를 게시하는 것이며, 사용자가 정보를 읽는 Relay와 정보를 쓰는 Relay가 메시지에 명확하게 기록됩니다. 이러한 방식으로 클라이언트가 모든 정보를 가져오면 연결된 노드로만 이동하여 요청한 사용자의 읽기 및 쓰기 정보를 가져오므로 반복되는 게시물 수가 줄어듭니다.

Q: 앞서 우리는 공개 키의 개인 정보 보호 및 보안 , Relay 설정의 장단점, 파생 문제에 대한 우려에 대해 이야기했습니다.

다음으로 요즘 화두가 될 수 있는 스팸 문제에 대해 말씀드리자면, Nostr에서 스팸 문제가 왜 그렇게 두드러진다고 생각하시나요?

우선 Nostr은 매우 새로운 기능이기 때문에 현재 Anti-Spam 방법이 몇 가지 있지만 그 중 핵심은 키워드 필터링입니다. , 하지만 우리에게는 다를 수 있습니다. 화성 문자를 보내면 키워드 필터링이 전혀 작동하지 않습니다.

또 한가지는 현재 대부분의 릴레이가 무료라는 점입니다. 초기에는 별 상관없다고 생각할 수도 있습니다. 아무런 규칙을 정하지 않고도 제 릴레이를 무료로 사용할 수 있습니다. 누구나 읽고 쓸 수 있지만 이로 인해 부족한 점도 있습니다. 스팸, 어떤 비용이라도 발생합니다. 계정 생성도 매우 쉽습니다. 기존 계정은 이메일 및 휴대폰 번호에 바인딩해야 할 수도 있지만 Nostr에서는 키 생성을 클릭하기만 하면 즉시 새 ID를 얻을 수 있으므로 스팸 생성이 완전히 가능합니다. 일괄적으로 계정을 관리하며, 매우 간단하고 비용은 거의 0입니다.

Q: 사실 제가 이해하지 못하는 점 중 하나는 왜 스팸 계정이 대량으로 생성되는지 입니다. 이 시스템에는 토큰 인센티브나 경제적 인센티브가 없기 때문에 이를 수행하는 목적은 무엇입니까? 단지 스팸 광고와 피싱 광고를 게시하기 위해서인가요?

주요 목적은 트래픽을 유인하는 것입니다. 또한 스팸만의 문제가 아니라 민감한 정보도 있을 것입니다.

Q: 스팸 문제는 현 단계에서 Nostr에서 나타나고 있지만 실제로는 다른 분야에서는 오래된 문제인데, 성숙한 생태학이나 분야에서 스팸 문제를 해결하려면 어떤 방법이 있나요?

하나는 텍스트나 이미지 인식을 통한 딥러닝 기술을 활용하는 것이다. 다른 하나는 사용자 행동을 분석하는 것입니다. 중앙 집중식 시스템에서 스팸 계정의 행동은 일반 사용자의 행동과 달라야 합니다. 예를 들어 스팸 발송 빈도가 갑자기 변할 수 있고 특정 계정은 반년 동안 아무런 행동도 하지 않았습니다. , 그러나 갑자기 활성화되기 시작했으며, 이와 같은 사용자 행동 분석을 통해 보다 정확한 스팸 방지 기능을 구현할 수 있습니다.

Q: 방금 모든 Relay 노드가 무료라고 말씀드렸는데, 이것이 효과적인 충전 방법이 될까요?

모든 릴레이가 무료는 아니지만, 대부분 이미 유료 릴레이를 갖고 있으며, 유료 릴레이에는 스팸 문제가 전혀 없습니다. 스팸이 많이 등장하기 전에는 상대적으로 유료 릴레이를 사용하는 사람이 적었기 때문에 갑자기 중국 본토와 홍콩에서 많은 IP가 유입되고 나서야(홍콩에 스팸 서버가 많이 설치되어 있었기 때문에) 모두가 유료 릴레이를 찾을 것이라고 생각했습니다. Relays., 따라서 해당 기간 동안 Relay에 대한 사용자 가입 수가 크게 증가했습니다.

문: 즉, 현재 스팸에 대한 해결책인 과금은 소규모 시도로서 어느 정도 효과를 거두고 있는 셈이다. 솔루션 얘기가 나와서 다음으로 NIP(Nostr Implement Possibilities, Nostr functionimplementation feasibility)에 대해 이야기해야 합니다. 현재 Nostr에는 상당히 많은 NIP가 있으며 지속적으로 업데이트되고 있습니다. 귀하도 관련 중국어 컴파일러입니다. 저는 두 가지 질문: 첫째, NIP 제안의 전반적인 현황과 진행 상황은 어떠한가? 둘째, 스팸 문제를 해결할 수 있는 흥미로운 조치가 있습니까?

초기에는 NIP의 표준이 상대적으로 낮았기 때문에 1~2개의 클라이언트가 프로토콜을 구현하면 병합되지만 이제는 사용자 수가 증가함에 따라 요구 사항이 높아져 3~5개의 클라이언트가 필요할 수도 있습니다. 클라이언트 또는 5명 이상이 특정 NIP를 구현하면 메인 브랜치에 병합됩니다.

스팸과 어떤 관계가 있는 두 가지 계약이 있었는데, 하나는 활성으로 간주되고 다른 하나는 수동으로 간주됩니다. 활성형은 민감한 내용에 대한 경고(민감한 정보 경고)가 있는 것인데, 사용자가 미성년자에게 부적절한 내용을 게시할 경우 경고 표시가 되는데, 이것도 비교적 온화한 형태의 스팸입니다. 다른 하나는 사용자를 보고할 수 있는 Report라는 프로토콜입니다. 지난달 Nostr에 어떤 여자분이 셀카를 올렸는데, 어떤 분이 댓글창에서 욕설을 했고, 많은 분들이 댓글을 클릭해서 신고를 하신 걸로 기억합니다.

이후 피할 수 없는 주제는, 보도를 통해 다른 사람의 발언권을 박탈하는 Nostr의 소위 자유에 부합하지 않는 것입니까? 감사는 분명히 존재하겠지만, 누가 감사할 것인지, 릴레이를 통해 구별할 수 있는지 등이 모두 문제입니다. 물론 많은 사람들은 다크웹 암시장 정보가 가득한 릴레이, 음란물 정보가 가득한 릴레이 등 전용 스팸 릴레이가 있을 수 있다고 생각하는 사람들이 많다. 왜냐하면 Nostr의 핵심은 그것이기 때문이다. 당신이 아무것도 하는 것을 방해하지 않을 것입니다.

Report의 NIP는 사실 매우 흥미롭습니다. Apple Store의 요구 사항에 따라 Damus의 제작자 때문에 처음 등장했습니다. 즉, 최종적으로 진화할 때까지 보고서 기능을 추가해야 선반에 놓을 수 있습니다. NIP로.

Q: 네, Damus는 Apple App Store에 출시되었을 때 약간의 우여곡절을 겪었습니다. 아마도 이러한 관계 때문에 일부 기본 메커니즘을 추가해야 했을 것입니다.

예, Web 2에서 구현하기 매우 간단한 많은 것들이 Nostr의 아키텍처로 이동하면 더 복잡해지기 때문에 많은 저항에 직면했습니다.

Q: 사실 검열과 신고라는 주제가 꽤 흥미롭다고 생각하는데, 즉 탈중앙화에도 경계가 있어야 하는가, 이른바 '최종선'이 있는 걸까요? 이것에 대해 어떻게 생각하세요?

이는 누가 '심사'를 해야 하는지, 즉 누가, 누구에게, 어떻게, 왜 심사권을 부여받아야 하는지에 대한 문제가 아닐까 생각합니다.

Q: 그런데 전제는 '심사'가 있어야 한다는 건가요?

네, "심사"가 필요하다고 생각합니다. 특히 인터넷에 접속할 수 있는 인구에 미성년자가 포함되어 있다는 점을 고려하면 이것이 제가 검진을 지지하는 주된 이유입니다.

Q: 릴레이도 마찬가지인데, 어떤 릴레이가 특정 메커니즘이나 방법을 통해 아주 잘 돌아가고, 양질의 콘텐츠를 많이 제공한다면 이 릴레이는 더 커지지 않을까요? 더 중앙 집중화되어 있으며 아무도 다른 릴레이를 사용하지 않을 것입니까? 이런 일이 일어날까요?

사용자 경험의 관점에서 볼 때 Relay는 거의 눈에 띄지 않습니다. 즉, 하나의 Relay가 다른 Relay보다 분명히 낫다는 것을 사용자가 직관적으로 깨닫기가 어렵습니다. 또한 현재 Nostr을 사용하는 주요 대상 그룹은 자신이 제작하는 콘텐츠에 대해 더 관심을 갖고 자신의 콘텐츠에 대한 통제권을 되찾고 싶어하는 사람들입니다. 실제로 전체 Nostr 프로토콜 운영의 기본 원칙 중 하나는 다음과 같습니다. 클라이언트가 반드시 메시지를 보낼 것이라는 점을 여러 개의 Relay에 보낼 때 하나의 Relay에만 보내는 것은 불가능하며, 하나의 Relay에 보내면 Twitter로 "반환" 모드가 변경됩니다. 현재 많은 Relay가 있으며 이들 사이에 뚜렷한 장점과 단점이 거의 없기 때문에 사용자가 일부 Relay를 유지해야 한다고 주장할 수 있습니다.

Q: 솔직히 지금 단계에서 뚜렷한 차이가 없는 이유는 다들 비슷하고 내용이 거의 없기 때문인 것 같아요. 처음에는 Relay를 구분하는 기준이 없어 무작위로 Relay를 입력하고 지저분한 메시지에 압도당할 수 있지만, 이제 일부 Relay에는 스팸이 많이 있을 수 있다는 것을 알게 된다면 이러한 유형의 Relay는 아니, 아마도 이것은 환경이 사용자를 "교육"하는 과정이기도 할 것입니다. 비록 현재의 릴레이들이 고르지 않고 특정 릴레이를 선택하도록 유도하는 강한 인식을 사용자들에게 주지는 못하지만, 그 이유는 모두가 비슷하고 별로 좋지 않기 때문일 수도 있다고 생각합니다.

그런데 이 경우 클라이언트로서 무엇을 하고 싶나요? 이 클라이언트는 하나의 릴레이와만 통신합니까?

Q: 단지 비유나 비유일 뿐이며 프로토콜 레이어에서든 클라이언트 측에서든 특정 방법을 통해 전체 Nostr 생태계에 더 높은 품질의 콘텐츠를 제공하기를 희망합니다. 그러나 적어도 Jack의 부름이 널리 퍼진 초기부터 우리는 그것이 특정 트랙이나 특정 분야에서 특히 뛰어난 이점을 가지고 있다는 것을 아직 보지 못했습니다. 물론 이것도 시간과 관련이 있다고 생각하고 발전할 수 있는 시간을 주어야 합니다.

Nostr 디자인 측면에서는 "Start Client dumb Relay"로 단순화할 수 있다고 생각합니다. 즉, Relay는 사실상 아무런 기능도 없고 저장 기능만 하며, Client가 정보를 요청하면 자체적으로 필터링을 하게 된다. 예를 들어 글로벌 정보에는 필터링되지 않은 릴레이 정보가 표시되지 않고 3계층 소셜 네트워크의 연락처에서 전송된 정보가 표시되는 클라이언트가 있는데 실제로 스팸이 거의 없습니다.

Q: 그런 면에서 보면 노스트르의 미니멀한 디자인의 포인트이기도 한 것 같아요. 때로는 미니멀할수록 디자인 공간이 더 넓어지기도 하지요. 이 주제에 대해 이야기하면 Nostr이 라이트닝 네트워크를 지원하고 Nostr에 대한 인센티브 및 지불도 향후 개발에서 불가피한 주제라는 것을 알고 있습니다.현재는 Bitcoin 지불만 지원합니까?

예, 현재 Lightning Network만 지원합니다.

Q: 제 생각에는 이것이 사용자를 제한하게 될까요? 비트코인을 결제 수단으로 사용하는 사람의 수가 항상 제한되어 있기 때문인가요?

이는 Nostr의 개발 이력과 관련이 있을 수 있는데, Nostr의 초기 개발자 대부분은 라이트닝 네트워크 개발자였으며, 이들 중 다수가 지갑 관련 개발을 포함하여 라이트닝 네트워크 프로토콜에 참여해 왔습니다. 그리고 Nostr은 라이트닝 네트워크에 의해 제한되지 않을 것이라고 생각합니다. Nostr은 라이트닝 네트워크보다 더 넓은 것입니다. 사용자는 소셜 기능만 사용하고 결제 기능은 사용하지 않도록 선택할 수 있습니다. 최종 분석에서, 그것이 끌어들이는 핵심 사람들은 자신이 생산하는 콘텐츠를 통제하고 싶어하는 사람들입니다.

Q: Nostr의 향후 발전에 대해 어떻게 생각하시나요?

실제로 많은 분들이 저에게 "Nostr에 어떻게 투자 해야 하나요?"라는 질문을 많이 주셨는데, 솔직히 이 질문에 대해 어떻게 구체적으로 답변을 드려야 할지 모르겠습니다. 그냥 무언가를 구축하는 문제라고 생각합니다. Nostr은 실제로 Web 3의 범주에 속하지 않으며 단지 분산형 프로토콜일 뿐입니다.

예를 들어 Nostr에는 Badge라는 프로토콜이 있는데, 이 프로토콜을 사용하면 사용자가 이미지에 서명하여 다른 사용자에게 보낼 수 있어 클라이언트의 아바타 아래에 배지가 표시됩니다. 그러나 많은 사람들이 이를 NFT 로 사용합니다. 물론 어느 날 뱃지를 받는데 수수료가 부과된다고 해도 놀라지 않을 것입니다. 둘 사이에는 약간의 유사점이 있을 수 있지만 여전히 차이가 큽니다. 또한, 앞으로 정보교류사업을 하고 싶은 기업이 Nostr에 통합되지 않는다면, 이 기업을 기다린 결과 점차 사라지게 될 수도 있다고 생각합니다.

Q:정보 교환? 생각해 보는 것이 좋은 방향이라고 생각합니다.

Nostr 기능을 경험해본 사람이라면 누구나 이 견해에 동의할 것이라고 생각합니다. 하나의 사용자 계정과 하나의 키 쌍은 모든 앱에 액세스할 수 있으므로 더 이상 어떤 플랫폼에서도 제한할 필요가 없습니다. 특정 플랫폼의 팬은 언제든지 다른 플랫폼으로 이동할 수 있으며 모든 사람의 경쟁은 더욱 공정해질 것입니다. 모든 사용자는 동일한 차원에서 경쟁하고 모든 클라이언트는 동일한 수준에서 경쟁하며 모든 릴레이 경쟁은 동일한 수준에서 경쟁합니다. 낮은 수준의 콘텐츠 제작자가 자신이 의존하는 플랫폼이 매우 강력하다는 이유만으로 많은 트래픽을 받는 상황은 결코 없을 것입니다.

이 경우, 귀하가 콘텐츠 제작자라면 모든 플랫폼에 흩어져 있는 모든 사용자 청중이 귀하가 제작하는 콘텐츠를 볼 수 있다는 것이 제 생각에는 가장 중요한 점이며 Nostr.의 지속적인 생존을 조금 보장해 주기도 합니다.

또한 Nostr은 소셜 미디어 외에 다른 작업도 수행할 수 있습니다. 예를 들어 Nostr을 기반으로 한 합의 계층인 Nostroket이라는 프로젝트가 있습니다. 즉, 이를 사용하여 Nostr에서 DAO를 형성하여 스마트 계약 과 완전히 유사하지 않은 일부 기능을 구현할 수 있습니다. 스마트 계약보다 더 강력하고 유연합니다.

Q: 좋습니다. 공유해 주신 Sherry 선생님께 감사드립니다. 오늘 주제에 대해 추가하고 싶은 내용이 있으신가요?

홍콩 Meetup에 오신 것을 환영합니다. 하하하, 모두 환영합니다.

Q: 네, ㅎㅎㅎ 4월 14일 홍콩에서 공동으로 오프라인 밋업을 개최할 예정인데, 어쩌면 중국 커뮤니티 최초의 상대적으로 큰 규모의 Nostr 오프라인 밋업이 될 수도 있겠네요. 물론, 전체적인 배경은 가까운 시일 내에 글로벌 Nostr Hackathon을 시작한다는 것입니다. 또한 Sherry와 같은 Builders가 프로젝트 대회에 참여하는 것을 환영합니다. 대회의 상금은 여전히 매우 넉넉합니다. 매니아, 개발자, 프로젝트 당사자, 프로토콜 연구자, 다양한 제안을 하는 사람들 모두의 참여를 환영합니다.

또한 현 단계에서 Nostr의 많은 부분이 완벽하지 않아 당장 실현될 가능성이 없는 아이디어도 많은데, Nostr 개발자 중 이 팟캐스트를 듣고 계시다면 꼭 한번 들어보셔도 좋을 것 같습니다.

첫째, 콘텐츠 제작자 입장에서는 프로젝트가 계속 수익을 창출해야 계속 운영될 수 있다고 개인적으로 생각하며, 참여하는 사람들에게 수익이 나오지 않으면 최종 결과가 좋지 않을 수 있습니다. 한때 음악 창작자에 대한 아이디어가 있었습니다. 3일 안에 음악을 발표하고 싶다고 가정해 보겠습니다. 사용자가 미리 듣고 싶다면 이미 결제 도구가 있으므로 Pay to Listen 모델을 사용할 수 있습니다. (Lightning Network) 및 Nostr은 이러한 사용자 시나리오에서 가장 큰 문제는 사용자가 비용을 지불한 후 콘텐츠가 유출될 수 있어 잠재적인 비용을 지불하는 사람의 수가 줄어들 수 있다는 것입니다. 그런 다음 음악을 구입한 사람의 관련 정보를 인코딩합니다. 즉, 인간의 귀에 거의 들리지 않는 음악에 주파수 레이어를 추가한 다음 클라이언트 수준을 통해 사용자의 공개 키와 개인 키를 디코딩할 수 있습니다. 이처럼 누군가가 구매한 후 유출하면 디코드(Decode)를 통해 그 사람의 행적을 추적할 수 있어 '사회적 죽음'과 유사한 심리적 압박을 가할 수 있다.

또 하나는 Nostr 수준에는 Zhihu나 Quora(Zhihu와 유사한 질문 및 답변 웹사이트)와 유사한 기능이 없다는 것입니다. Nostr에는 더 나은 콘텐츠 추천 메커니즘이 없기 때문에 사용자가 흥미로운 콘텐츠를 찾기가 어렵고, Nostr 시나리오에서는 무제한 좋아요에 해당하는 계정 생성 비용이 없기 때문에 전통적인 메커니즘에는 특정 제한이 있습니다.

소위 암호화된 그룹 채팅도 있는데, 이 방향에도 엄청난 수요가 있습니다. Telegram 과 같은 현재 채팅 소프트웨어를 그룹 채팅이라고 부르지만, 채널(채팅 그룹과 유사)을 만든 후에는 모든 사람이 그 안에 있는 사람들이 무슨 말을 하는지 볼 수 있고, 누구나 마음대로 들어오고 나갈 수 있습니다. "광장에서 알몸으로 달리기"라고 하면, 실제 단체 채팅은 "목욕탕에서 알몸으로 달리기"와 비슷하다고 생각합니다.

Q: 네, 대규모 환경과 소규모 환경이 구분됩니다.

따라서 이러한 콘텐츠는 아직 Nostr에 누락되어 있으며, 아이디어가 있는 기여자들은 Nostr을 함께 구축하는 것을 환영합니다.

출처
면책조항: 상기 내용은 작자의 개인적인 의견입니다. 따라서 이는 Followin의 입장과 무관하며 Followin과 관련된 어떠한 투자 제안도 구성하지 않습니다.
라이크
즐겨찾기에 추가
코멘트