Nostr 的野心，不止替代 Twitter

作者：阿法兔研究筆記

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

1 .1首先，討論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嗎?

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

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

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

2.1Damus

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

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

同樣，需要注意的是：

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

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

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

不要一激動點了Delete 帳戶

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

npub1v48npxhgy6u7ftft3r0q5nq7fkn7tqc6myws0zcx7k9xcjscq0js73pcnl

歡迎添加,交個朋友！

這裡簡單講講技術部分，有興趣的朋友也可以上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 允許查詢事件中存在的任何單字母標籤。

具體可以參考Github文檔：

https://github.com/damus-io/damus/blob/master/README.md

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

畢竟"天下苦寡頭久矣"

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

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

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

③

不存在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年有一篇文章，其中提到，究竟語音社交是不是人的潛在需求？

(參考文獻：四重思考下的Clubhouse，昙花一現還是顛覆創新？-騰訊研究院·2021-02-20 1)

比如說，我們看互聯網應用歷史，每一種成為趨勢和潮流的技術應用，都有效解決了某種人性，例如：

• 門戶網站解決了人們"一站式"獲取資訊的需要；搜索引擎解決了人們對於海量資訊的選擇障礙；
• 即時通訊解決了人們隨時隨地點對點交流溝通的需求；
• 博客解決了人們自我記錄、自我表達的需要；
• 微博等自媒體工具則把公共信息傳播的權力賦予每個社會成員，打破了信息生產和傳播渠道的壟斷；
• 微信解決了人們的社交需求，並經過十年的發展把點對點私密通信、"人以群分"的興趣社交以及廣場公共表達的多種需求做到極致。從傳播形式的進階來看，社交溝通媒介是從文字、圖片到語音再到視頻的不斷升級。

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

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

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

同理，如果我們看Damus，也要問同樣的問題，也就是去中心化社交滿足了我們什麼需求？

以及，後續內容沉澱和使用者留存靠什麼？這個問題的答案，需要跟大家一起討論得出。但是我想，希望數據所有權能夠屬於每個個體，朝著這個方向的嘗試，永遠是值得支持的。