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 BCD members

只有BCD 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,也要問同樣的問題,也就是去中心化社交滿足了我們什麼需求?

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

Total
0
Shares
Related Posts