Nostr的野心，不僅僅是替代Twitter

今天這篇文章主要想試圖探討幾個問題：

1.Nostr 協議的緣起和起承轉合，比如說它是出於什麼想法和思路創建的，以及一些流量分析 

2.Damus 最近的表現和傳播路徑 

3. 關於 Damus 使用和背後的哲學思考：這種去中心化代表了什麼？

4. 如果 Damus 想繼續做好，存在什麼問題？還需要解決什麼問題？  

Nostr 協議

最近大火的 Damus，是建立在 Nostr 協議的一個應用，主要是以去中心化的社交場景（你把它理解為去中心化的 Twitter）即可。

而 NOSTR 是一個協議，通過這個協議，可以建立很多東西，這個協議相對輕量級的、簡單但可擴展的開放協議，在它上面可以建立真正去中心化的社交媒體平台。

這個協議是基於中繼端（Relays，可以譯為中繼站、中繼端、中繼等，這個概念在 Nostr 中非常常用, 你可以理解為中繼服務器，我們這裡為了和 Client 客戶端對應，把它翻譯為中繼端，關於翻譯要感謝很多即刻上的朋友，致謝可見文末）的，中繼端是可以由任何人操作的服務器，通過建立與服務器的持久連接，客戶端（或應用程序）可以實時進行事件的交互（push and pull events in real time.）。

Nostr 的官網  

關於帳戶

在 nostr 中，我們不需要通過使用個人數據來註冊一個帳戶（看到沒，這就是它的優勢）。

像比特幣一樣，我們只需要一套鑰匙，也就是兩把鑰匙。

一個公鑰（Public Key）作為你的用戶名，這個密鑰可以共享，並對所有人公開（就像你的微博賬號、微信 ID、銀行帳戶一樣，別人通過這個找到你）。

一個私鑰（Private Key)。這把鑰匙像你的密碼，需要對它進行保密，通過這個密鑰，你可以在任何由 nostr 支持的平台上訪問你的帳戶。只需要選擇一個 nostr 協議的客戶端，如 anigma、coracle 或 astral，它就會為你生成，這裡，為了增加安全性，建議使用外部簽名程序，如 Alby 瀏覽器擴展或 nos2x 擴展等等，也可以用 Rana 等工具生成一個獨立的私鑰。

注意保存私鑰，因為它是將來恢復和重新登錄你的帳戶的唯一途徑，如果拿 Damus 來舉例，就是我昨天發的那張圖:

保護好私鑰！保護好私鑰！保護好私鑰！道路千萬條，安全第一條。

事件

我們看看上述數據到底是怎麼回事:

對於 content 和 created_at 字段，這兩個比較簡單。

ID 是事件的唯一標識符，也就是在網路中唯一引用該事件的方式。

Pubkey 字段，包含創建該事件的公鑰（用戶）。

The event（事件種類）是 nostr 中最有趣的部分之一，這是一個字段，可以指定具體是哪種事件，為啥有趣，因為這樣就說明，事件種類不受限制，我們可以設計任何我們想要的種類。

舉個例子，如果有個事件種類，是一個純文本筆記，像一條推特文本一樣，但是也有上面第 4 種這種端到端的加密資訊，因此，這裡就有很多可能性。

The sig field (signature) 是一個加密證明，證明發布該事件的人，是與該公鑰相關的私鑰的掌握者。

The tags field 可以包含想要的任意的標籤，這給開發者提供了很多可能性! 比如當你回復某個消息（event）時，該事件的 id 可以被設置為名為 "e 標籤 "的標籤。

關於 Relays：中繼端

中繼端是 nostr 協議的主要部分，用於儲存從客戶那裡收到的事件。中繼端之間無法互相通信，只有你所連接的中繼端才會接收和儲存你的事件。

這也是 Nostr 的一個重要特性，也就是說中繼端之間無法相互通信，因此，用戶應該與儘可能多的中繼端相連接。

客戶端（總是會）允許用戶與他們想要的任何數量中繼端相連，用戶還可以選擇是否想要從自己所連接的中繼端中讀取、寫入資訊或等等。這塊就有意思了，這就意味著，我們可以連接某個中繼端來檢索內容，但是可以選擇不在那裡進行事件發布，或者反過來也成立。

比如說，如果小兔連接到一個中繼端 A，而小熊連接到一個中繼端 B，儘管他們都在使用 nostr，但將無法看到對方的事件。為了看到對方那邊的事件，用戶必須連接到至少一個共享中繼端才可以。這就意味著，如果小兔想在上面的情況下看到小熊的事件，小兔需要連接到中繼端 B（或者小熊可以連接到中繼端 A），然後就可以看到對方的事件了。

這個聽起來似乎有點複雜，但是它的厲害之處在於，可以託管一個不與任何人分享的中繼端，並在那裡發布自己的所有事件，這樣，就可以在自己的中繼端里只備份自己的事件。

例如，有一個中繼端想要談論娛樂新聞，而我不想參與，也不想成為它的一部分，所以我就不把這個中繼端添加到我的客戶端。但是，作為用戶，網盤仍然可以和一個既在娛樂新聞中繼端中的、又在我也是其中一員的其他中繼端中的用戶交流。

因此，Nostr 的重要之處在於，它可以給個體很強大的力量，比如說，你有能力在任何你想去的地方創建門戶網站。如果有人想把你關進小黑屋，你可以創建一個新的領地，然後逃出小黑屋，在 Nostr 建立一個中繼端成本不高，並且很容易，中繼端也可以在普通的智慧型手機上運行。

控制一個中繼端不會影響到其他中繼端。 

Nostr 的野心：不止替代 Twitter  

替代 Twitter

為達到替代 Twitter 的目的，客戶端利用了第 1 類的事件，即純文本筆記。一些客戶端包括：coracle, astral, nostr.ch, branle, damus, alphaama.com, Nostros 等等。比如 Damus, 就是替代 Twitter 的創造。

替代 Telegram

通過使用 4X（X 是 0 到 9 之間的數字），可以實現像 Telegram 那樣的公共頻道，比如上面主頁的 Anigma.io 是實現 Telegram 克隆的網路應用。你可以創建公共頻道，任何人都可以加入並聊天。在 anigma 中，可以向用戶發送私人的端到端加密資訊。

替代 Reddit    

Nostr 也可以作為 Reddit 的替代品，可以發布帖子，用戶可以對這些帖子投票，比如上面網站大圖的 nvote。

在線遊戲

nostr 的另一個有趣的用途是創建簡單的多人在線遊戲，比如 Jeste，在這個平台上，你可以通過 Nostr 與其他用戶在線下棋。

文本共享

Sendstr 是一個在線工具，你可以通過 nostr 協議在兩個設備之間分享端到端的加密文本數據。

1.2 關於 Nostr 的數據

（由於 Similar Web 只能看到 1 月 30 日的，因此這部分僅供參考，重點應該看 2 月 1 號的數據）

我們能看到，大部分還是從自然搜尋來的，然後出站流量的話，由於 Nostr 官網沒有提供太多的說明性文字，Github 的位置放置的比較醒目，資訊主要都在 Github 上，所以出站流量主要去了 Github。

然後社交這塊，大家可以看：全部都是從 Twitter 得知資訊來的，我相信 Jack Dorsey 發完那條 Twitter 之後，這個數據仍然是 100%，也就是全部從 Twitter 進入 Nostr, 下載 Damus。

 Damus 最近的表現和傳播路徑  

我們上面講了 Nostr 這個協議，然後再聊聊 Damus：包括去 Reddit 收集了一些評論。

Damus

2023 年 2 月 1 日，Jack Dorsey 發了關於 Damus 在蘋果商店和 Google 應用商店上架的消息，然後瞬間引爆了，筆者推測，除了 Jack 的名人效應之外，還是因為應用在行動端出來了，畢竟目前全球大部分人在行動端的場景是使用頻率是更多的，另外，近期市場表現平平（與去年最火熱的時候相比）因此，出來這樣的應用也很容易引人注意。

 Damus 的圖片這裡我拿 IOS 系統舉例：刷屏的去中心化 Twitter：  

同樣，需要注意的是：

公鑰（pubkey）:和我們前面說的一樣，你的地址和用戶名，大家用這個來找你，基本都是 npub 開頭的、不要發錯。

私鑰（Private Key）:這個就是你的密碼和身家性命，請藏好。

還有一個事情，就是 Logout=登出

不要一激動點了 Delete 帳戶

找其他用戶，需要知道他們的 publickey：比如我的就是:

這裡簡單講講技術部分，有興趣的朋友也可以上 Github 去看：

由於 Damus 是建立在 Nostr 協議上的，因此，它的運行需要遵循 Nostr 的要求，然後我們可以看到 damus 的 github 文檔里有個 NIP，這個 NIP 是 Nostr Implementation Possibilities 的縮寫，主要是為了記錄與 Nostr 兼容的中繼端和客戶端軟體必須實現什麼、應該實現什麼和可能實現什麼。

（也就是定義了一系列規則和標準）。NIPs stand for Nostr Implementation Possibilities. They exist to document what MUST, what SHOULD and what MAY be implemented by Nostr-compatible relay and client software.

具體就是：

NIP-01: Basic protocol flow 定義了所有用戶都需要執行的基本規則和流程、字段和消息要求等。

NIP-08: Mentions Handling Mentions，主要是規範了客戶端對 text_notes 內容中的其他事件和 pubkeys 的內聯提及的處理。

NIP-10: Reply conventions 描述了如何在文本事件中使用 "e "和 "p "標籤，特別是那些對其他文本事件的回覆。

NIP-12: Generic tag queries (hashtags) 通用標記查詢，這裡的中繼端指的是，因為支持通過任意標記進行訂閱，就需要中繼端來響應標記的查詢，也就是說，NIP 允許查詢事件中存在的任何單字母標籤。

關於 Damus 使用和背後的哲學思考

1、首先，Damus 的破圈，代表了一種進化，就是我們的交互不再受所謂」產品「的限制，而是基於協議。這個怎麼理解，就算是我希望別人知道我喜歡看書，這個 Tag 會標註在我的腦袋上，而私有接口依舊隱藏。所以，對方不知道我的年齡、性別、以及我是不是真的是一隻兔子，這就是，在實現了社交的同時，隱藏了靈魂載體，也就是我們的肉體。

2、其次，Web3 的社交，走的是白名單形式。這個怎麼理解，比如我加了你，我告訴你我是只兔子，喜歡吃胡蘿蔔，這裡不需要所謂的信任（也就是你不需要了解我）面向行為 Behaviors 需求的社交，代替了面向具體 Object 需求的社交，這裡怎麼理解? 傳統的社交是面向人的，也就是說我需要先知道你是什麼人，再決定我了解你，再找你幫忙。

而現在，以後就是我們完成一件事情，你幫我改代碼，我送一幅畫給你，因此在這裡，區塊鏈和錢包的重要性就在於，它們是後續利益流動的基礎，這是個純行為社交的模式。

3、不存在 Group A includes B C D members。只有 B C D standalone object has tag A。

4、不存在信用，不存在社會關係，只存在交互，不存在所謂的安全、審查，只有歷史。

如果 Damus 想繼續做好，存在什麼問題？還需要解決什麼問題？  

產品體驗：筆者去逛了一下它們的 Reddit，發現還有很多用戶不太會上傳頭像。

因此提出了一些質疑，因此，後續產品體驗是很大的考驗，畢竟和今時今日這些經過時間和反饋打磨的行動應用，產品體驗通常都非常優秀。以及，用戶的習慣和要求也會比較高，沒人會去用一個不好用的產品。

  （這裡如果你也沒有上傳頭像，可以用 postimage.org 之類的網站上傳圖片，然後生成圖片鏈接，把網址鏈接再複製到自己的 Damus 個人資料這裡即可（如下圖）

關於增長和留存

昨天和即刻的朋友討論，我是這麼說的：

注意，2021 年初也有一款現象級社交軟體的 Clubhouse，在馬斯克等一眾名人的效應下爆紅，但是後面並沒有很好的發展下去。

針對當年曇花一現的 Clubhouse, 騰訊研究院 2021 年有一篇文章，其中提到，究竟語音社交是不是人的潛在需求？

比如說，我們看網路應用歷史，每一種成為趨勢和潮流的技術應用，都有效解決了某種人性，例如：門戶網站解決了人們「一站式」獲取資訊的需要；搜尋引擎解決了人們對於海量資訊的選擇障礙；即時通訊解決了人們隨時隨地點對點交流溝通的需求；部落格解決了人們自我記錄、自我表達的需要；微博等自媒體工具則把公共資訊傳播的權力賦予每個社會成員，打破了資訊生產和傳播渠道的壟斷；微信解決了人們的社交需求，並經過十年的發展把點對點私密通信、「人以群分」的興趣社交以及廣場公眾表達的多種需求做到極致。從傳播形式的進階來看，社交溝通媒介是從文字、圖片到語音再到影音的不斷升級。

語音社交是傳播方式的降維。2020 年疫情期間，中國最大風口是直播帶貨，抖音、快手等短影音網站都成為聚光燈下的行業寵兒。人們都在考慮直播之後下一代交互的傳播方式是什麼，是 VR？是全息網路？2021 年 Clubhouse 依靠語音社交翻紅，某種程度可以看作傳播形式的降維和回溯，傳播交互門檻的再次降低，給社交產品提供了更多可能。

疫情下社交隔離持續一年，數以千計的會議、聚會被迫取消或改成線上。Clubhouse 橫空出世，語音社交把門檻降到更低，社交壓力降到最低，不用洗頭、不用化妝、不用穿戴整齊、不用管光線如何以及房間內是否整潔，完全適應了疫情期間「宅」在家裡的人們（請自行腦補 2020 年春節期間穿睡衣度過 2 個月的場景）。疫情常態、繼續宅，語音社交會有一定空間。不論是名人還是素人，在發言的一刻，其他數百上千的聽眾都會在屏幕後安靜地聽你講話，表達欲得到最大釋放。

那麼，Clubhouse 後續內容沉澱和用戶留存靠什麼？當時吸引力主要有名人訪談、優質話題討論、邀請制有一定神秘感並確保相對優質高端用戶、直接語音對話帶來的親切感和現場感。用戶就像在參加雞尾酒會，隨處聽，隨處逛，有感興趣的話題就留下來收聽、參與發言討論，沒有興趣就再跳到下一個房間。但是，儘管 Clubhouse 火遍全球，但是後面很快就變成了一個被人遺忘的產品。

同理，如果我們看 Damus，也要問同樣的問題，也就是去中心化社交滿足了我們什麼需求？以及，後續內容沉澱和用戶留存靠什麼？

這個問題的答案，需要跟大家一起討論得出。但是我想，希望數據所有權能夠屬於每個個體，朝着這個方向的嘗試，永遠是值得支持的。

原文連結