第五右翼的新社交媒體設計已經探索多年，但沒有大規模採用的跡象。過去一年，隨著加密技術的不斷發展以及馬斯克收購Twitter的擔憂，去中心化社交網路迎來了新的機會。
這些社群網路試圖解決的問題可能包括加強審查制度、使內容審核更加靈活以及削弱大型社群媒體公司塑造和追蹤人們在線上談論內容的權力等。
隨著新平台的出現和發展，替代社交網路的選擇通常會伴隨著政治考量。 Getr、Parler、Gab 和 Truth Social 等網站都透過宣傳自己作為 Twitter 的言論自由替代品來迎合右翼。
今天我們要討論的是Nostr-Damus，這是一個新的社交媒體協議，最近受到了很多關注，並且有些創新。其中包括Nostr的技術原理、需要解決的關鍵管理問題以及如何激勵中繼繼續運作。
諾斯特概述
Nostr 於 2020 年推出，是一種去中心化協議，允許用戶擁有自己的身份並使用使用公私金鑰加密的數位簽章來驗證貼文。然後，這些貼文會傳播到互連的伺服器網路。該協議不使用區塊鏈，在早期實驗中發現區塊鏈對於社交網路來說太慢了。但兩者在結構上有相似之處，Nostr 以其自由主義和開源精神在加密貨幣人群中找到了早期的利基。
乳齒象與諾斯特
Nostr 協定和第一個中繼伺服器是由開發者 fiatjaf 在 2020 年底創建的。
Mastodon 是一個成立於 2016 年的開源網絡，允許任何人設定伺服器。該設計通常被描述為“聯合”，並且可能會或可能不會落入“Web3”的模糊界限內，具體取決於其定義方式。 Mastodon 允許使用者加入具有自訂內容審核規則的策劃社群。目前註冊用戶數已達200w+，成為自由主義者、記者、學者的避風港。
在 Twitter 和 Mastodon 系統中，身分/使用者名稱由運行伺服器的人控制。
Nostr 的核心區別在於，每個用戶使用公鑰/私鑰對來處理該功能，而不是使用伺服器營運商擁有的用戶名，這使得 Nostr 能夠抵抗審查。這是構建整個 Nostr 協定的核心構建塊之一。
事件：這是客戶端及其連接的中繼伺服器用來傳送和檢索訊息的基本物件/資料類型。該協議的總體思想是客戶端將事件發送到中繼伺服器，然後中繼伺服器儲存並索引它們，其他用戶端可以與中繼伺服器通訊以請求它們已接收和儲存的事件。在最初的NIP 01中，定義了三種不同的事件類型：
發送有關用戶的元數據，例如用戶名、圖片、個人簡介等。
發送簡訊和基本內容
為關注活動創建者的人推薦中繼伺服器以進行連接
所有事件均以特定定義的方式建構。包括創建者的公鑰、創建時間戳、類型（或規範中的種類）、內容負載和事件創建者的簽名。或者，可以有一些標籤引用其他事件或用戶，並且具有一個 ID 值，該 ID 值是除創建者簽名之外的所有內容的哈希值（類似於比特幣交易的 TXID）。
這使用戶可以驗證簽名（以及誰擁有該金鑰，如果它沒有洩露），以保證該訊息確實是由其中的公鑰所有者創建的，並且該訊息自簽名以來沒有被更改它。
正如比特幣交易在簽名後無法在不使其失效的情況下進行更改一樣，在 Nostr 事件的創建者簽署後，用戶也無法在不使其成為明顯欺詐的情況下對其進行更改。
事件類型系統在原來的 NIP 的基礎上進行了相當大的擴展。有一個用於直接加密訊息的事件類型，它透過將發送者的私鑰與接收者的公鑰組合來建立共享秘密，其結果與將發送者的公鑰與接收者的私鑰組合所得到的結果相同是相同的（這就是 BIP 47 和靜默付款的工作原理）。
還有可替換事件和短暫事件類型。在可替換事件的情況下（顯然），它們的設計使得事件的原始創建者可以簽署一個新事件來替換舊事件。遵循此規範的中繼伺服器將自動從其儲存中刪除舊事件，並在收到後開始向用戶端提供新版本。
臨時事件的設計方式是，當發送到中繼時，它們將廣播給訂閱其創建者的任何人，但中繼伺服器不應儲存它們。這使得只有在線的人才能在廣播期間看到該消息。甚至還有一個事件類型用來表示對其他人事件的反應（例如按讚或表情符號）。
說到最後一個問題，事件還可以包含標籤。目前，有事件（指確切的 Nostr 事件）、公共金鑰（標記或指其他使用者）和主題（模仿功能，如電子郵件主題）的標籤類型。
所有這些都可以包括指向從中獲取數據的特定中繼伺服器的指針，以便用戶實際上可以在不同的伺服器上進行交互，即，用戶在中繼伺服器上發布其內容，該內容可以與不同伺服器上的另一個使用者互動並被其他使用者引用。
在最初的 NIP 中，給出了客戶端如何透過訂閱訊息/資料結構與中繼伺服器互動的規範，該訊息/資料結構包括客戶端有興趣接收的事件的過濾器。這些過濾器可以指定使用者的公鑰、確切的事件、事件類型，甚至是他們希望基於先前標準的特定時間範圍。
使用者甚至可以提交公鑰或事件ID 的前綴，例如“1xjisj…”，並從以該短字串開頭的公鑰接收任何一個或多個事件（這對於向中繼伺服器隱藏您實際想要查看的內容非常有用） 。
總的來說，該協議是一個非常簡單的通用方案，用於在用戶之間傳遞訊息，涵蓋了重要的事情，例如保證訊息的完整性和使用公鑰身份發送訊息，同時還促進終端基礎設施中繼伺服器可以高度集中或允許用戶運行自己的個人中繼伺服器，同時彼此無縫交互，並且在用戶被禁止使用一台中繼伺服器的情況下不會造成大規模混亂。
他們可以轉移到另一台伺服器或運行自己的伺服器，並且他們不會因為將平台與之前的伺服器斷開而失去他們的數位身分或追蹤者，因為他們仍然保持對私鑰的控制，並且用戶可以在其他地方使用它來進行身份驗證當他們找到他們時。
中繼伺服器還可以運行任何它們想要的東西：免費運行，收取少量費用來發布或下載訊息，甚至有一個需要哈希現金式工作量證明來提交訊息的 NIP。
它們可以是託管帖子並使其僅可供其他用戶使用的單一中繼伺服器，也可以是大規模運行的伺服器，例如Twitter 或Reddit（客戶端可以根據需要顯示和組織訊息，從而允許模擬任何社交媒體）。所有這些都可以無縫地互通，而不會鎖定用戶。
Nostr 要解決的關鍵管理問題
使用者公鑰/私鑰是 Nostr 作為協定工作的一個組成部分。這充當了實際用戶和其他人如何識別他們之間的緊密聯繫，防止任何中繼伺服器解開這兩件事，即將某人的識別碼提供給另一個用戶。它也解決了該平台最大的問題之一：缺乏對使用者自身身分的控制。
但這也帶來了新的問題：密鑰可能會遺失，密鑰可能會洩露，如果發生此類事件，用戶將無法呼叫幫助。
這不可避免地需要一種方案，使用戶能夠以可驗證和可發現的方式從一個密鑰對切換到另一個密鑰對，並透過協定與其他用戶互動。整個協議基於證明事件來自特定用戶（身份密鑰），因此一旦某人的密鑰被洩露，所有這些保證都將被拋諸腦後。
Nostr 需要一種實際的加密方案，將一個金鑰的輪換與另一個金鑰連結起來。開發者fiatjaf提出了一個可能解決這個問題的基本解決方案。基本想法是獲取從單一主種子派生的一長串地址並創建一組「調整後」金鑰，類似於主根樹致力於比特幣金鑰的方式。
Taproot 取得 Taproot 樹的 Merkle 根並將其「新增」到公鑰中以建立新的公鑰。這可以透過將 Merkle 根添加到私鑰來複製，以獲得與新公鑰匹配的私鑰。 Fiatjaf 的想法是將承諾從頭到尾向後鏈接，以便每個調整後的密鑰實際上包含下一個調整後的密鑰用於創建它的證據。
所以，想像一下從鑰匙 Z 開始，鑰匙圈中的最後一個。您可以對其進行一些調整，然後返回並使用調整後的鍵 Z (Z' + Y = Y') 建立鍵 Y 的調整版本。從這裡，您可以使用 Y' 並用它來調整 X (Y' + X = X')。你可以一直這樣做回到鍵 A，得到 A’，然後從那裡使用該鍵。當它被破壞時，用戶可以廣播包含未調整的鍵A和調整的鍵B'的事件。
這將包含顯示 B' 用於生成 A' 所需的所有數據，並且用戶可以立即停止關注 A' 並關注 B'。他們會明確知道 B' 是該使用者的下一個鍵，並改為遵循該鍵。
然而，這個提議仍然存在一些問題。首先，所有將使用的密鑰都必須提前生成，並且無法輪換到一組全新的密鑰。這可以透過在該方案中提交一個主密鑰來解決，該密鑰可以對這種輪換進行公證，或者簡單地從一開始就產生一組非常大的密鑰。
任一路徑都是可行的，但最終需要確保根金鑰或金鑰材料的安全，並且僅向 Nostr 用戶端公開單一熱鍵 (Hotkeys)。
然而，該方案不能保護用戶，也不能在根密鑰材料遺失或洩漏時提供身份恢復機制。
對於此處潛在解決方案的一些討論，另一種思考方式是將密鑰調整為主冷密鑰，該密鑰還必須用於將事件從一個密鑰簽署到另一個輪換。您有密鑰 A’，它是透過添加 A 和 M（主密鑰）得出的；旋轉事件將是A、M和B'（透過添加B和M產生）和M的簽名。 M 可以是多重簽章閾值金鑰－三分之二、五分之三等。
這可以增加冗餘以防止遺失，並為金鑰輪換提供安全機制。這也為使用服務來幫助恢復或將其中一些密鑰傳播給值得信賴的朋友打開了大門。它提供了與比特幣本身多重簽名相同的靈活性。
NIP26 也是一個對於解決這個問題可能非常有用的提案。這指定了事件的協定擴展，允許一個金鑰的簽章授權另一個金鑰代表其發布事件。然後，「令牌」或委託簽名證明將包含在第二個公鑰代表第一個公鑰發布的所有事件中。它甚至可以是有時間限制的，因此委託令牌會自動過期並且必須更新。
金鑰管理和安全問題是一個非常大的問題，設計空間非常大，充滿了權衡和痛點。然而，如果Nostr不能為使用者保護和維護這些身分的完整性，那麼完全基於用作身分的公私鑰對的協定將不會被大規模採用。
面向 Nostr 的擴張
整個 Nostr 協定依賴某個地方運行中繼伺服器的人。沒有“Nostr 網路”，只有中繼和連接到中繼的客戶端。需要激勵人們運行中繼器，從長遠來看，這最終將成為中繼器擴展程度的重要組成部分。除非Nostr中繼能夠獲利或至少帶來足夠的資金來支付其自身的營運成本，否則永遠不會有與Twitter伺服器規模相同的中繼。
廣告
考慮到 Nostr 作為協議的工作方式，完全封鎖廣告將是微不足道的，這使其成為一個不可行的解決方案。中繼伺服器可以嘗試使用廣告作為收入模式，這顯然是幾乎所有線上免費服務的主要收入模式，但問題是用戶基本上必須選擇加入。 ，但如果廣告事件不是由他們打算訂閱的公鑰創建的，則客戶端也可以輕鬆地從其UI 中過濾廣告事件。
小額支付
小額支付是另一個明顯的解決方案，特別是考慮到人們正在不斷嘗試將閃電網路更緊密地整合到 Nostr 應用程式中。該模型為您的充電方式提供了很大的靈活性。中繼只能對在那裡發布事件、下載事件讀取或兩者的組合收費，並根據它們消耗的資源數量調整每個價格。然而，這種模式能否擴大到 Twitter 的規模值得懷疑。
內容微支付已在許多基於閃電網路的利基產品中顯示出其可行性，但真正擴展到全球範圍存在兩個基本問題。
首先，比特幣的採用率還不夠。即使每個人都神奇地接受為 Nostr 上的每一次小型服務互動付費，也沒有足夠多的人持有比特幣來支持像 Twitter 這樣大規模的東西。中繼可以以法定貨幣收取訂閱費，但這些付款方式不支援為每個發布或下載的事件支付少量費用。
其次，人們其實已經習慣了這種免費服務。這正是人們所期望的。我認為小額支付並不能真正支持大規模中繼。
有一種方法可以使小額支付變得「更具黏性」或更可持續，而不會將其強加給使用中繼的每一類用戶。除了 Twitter 克隆之外，關於在 Nostr 之上構建各種應用程式的討論很多。 GitHub、維基百科，甚至 Uber。
最後一個是關鍵：經濟預期。人們非常習慣在某處發布招聘廣告時付費，或者在網上訂購商品但不提供他們認為應該免費的東西（Google、推特）時向市場運營商付費。這可以為中繼者提供一種從用戶創造穩定收入支柱的方法，而不會造成很多摩擦或打破普通潛在用戶的期望。
如果小額支付也成為一個因素，中繼運營商將必須運行閃電節點才能首先從用戶那裡接收資金。如果與中繼實施的任何小額支付模型適當協同，這可能會增加收入。
中繼伺服器獲得的收入越多，它在閃電網路上需要的流動性就越多，以實現這一點。如果營運商正確規劃如何在網路中部署或分配流動性，那麼除了透過中繼接收或傳輸資料收取的任何費用之外，僅運行路由節點的行為本身就可以成為重要的收入來源。
結論
Web3社交項目除了前面提到的Nostr和Mastodon之外，還包括Farcaster和Lens等項目，這些項目不會很快取代現有的社交媒體平台。根據統計，Twitter擁有數億活躍用戶，Facebook有數十億，但Mastodon只有250萬用戶，Nostr只有約22萬個唯一用戶身分。許多 Web3 社交專案都面臨可用性障礙，減緩了大規模採用的速度。
媒體和政治密不可分。隨著 Web3 社交項目的激增以及不同應用程式和協議之間的公共對話碎片化，可能會產生政治結果。即使是長期倡導去中心化社群媒體的梅西納也擔心，去中心化將進一步助長近年來以相互敵意和誤解為特徵的公共話語。
免責聲明：本網站上的資訊是作為一般市場評論提供，並不構成投資建議。我們鼓勵您在投資前進行自己的研究。
加入我們以追蹤新聞：https://linktr.ee/coincu
哈羅德
科因庫新聞
