近期一個名為 Nostr 的去中心化社交協議獲得了比特幣社區的追捧，這引來了 Twitter 現任 CEO Elon Musk 爭議性的封殺政策，同時讓 Twitter 前任 CEO Jack Dorsey 自掏 14 btc 為其提供資助，那 Nostr 到底有什麼魔力 ？
-
撰文：git-sgmoore 和 fiatjaf （Nostr）
-
編譯：defi 之道
根據介紹，Nostr 是一個最簡化的協議，它能夠一勞永逸地創建一個抗審查的全球「社交」網路。
Nostr 不依賴於任何受信中央服務器，其基於密碼學密鑰和簽名，並且不依賴於 P2P 技術，它也不會發行 token。
那它的運作原理是怎樣的呢？簡單來說：每個人都運行一個客戶端，這可以是本機客戶端、Web 客戶端等。要發布某些內容（比如一個貼文），你要用你的密鑰對其簽名，並將其發送到多個中繼器（由其他人或你自己託管的服務器）。要從其他人那裡獲得更新，你可以詢問多個中繼器是否了解這些其他人。任何人都可以運行中繼器，這是非常簡單的，除了接受某些人的貼文並轉發給其他人之外，它什麼都不做。我們也不需要信任中繼器，簽名是在客戶端進行驗證的。
-
如何開始使用 Nostr
-
Nostr 客戶端功能比較
-
基於 Nostr 的項目列表
一、其他解決方案存在的問題
1、Twitter 的問題
-
Twitter 有廣告
-
Twitter 使用奇怪的技巧讓你上癮
-
Twitter 不會顯示你關注的人的真實歷史動態
-
Twitter 會禁止某些人的帳戶
-
Twitter 會使用影子禁令（Shadowbans）
-
Twitter 有很多垃圾訊息
2、Mastodon 和類似應用的問題
-
用戶身份附加在第三方控制的域名上
-
服務器所有者可以像 Twitter 一樣禁止你，服務器所有者也可以阻止其他服務器
-
服務器之間的遷移是事後才考慮的，只有在服務器協作的情況下才能完成。它在對抗環境中不起作用（所有追隨者都會丟失）
-
運行服務器沒有明確的動機，因此它們往往由愛好者以及希望將自己的名字附加到一個很酷的域名上的人來運行的。然後，用戶受制於一個人的專制，這往往比 Twitter 這樣的大公司還要糟糕，他們無法遷移出去
-
由於服務器往往是業餘的，它們經常在一段時間後被拋棄——這實際上等同於禁止所有人
-
如果每台服務器的更新都必須痛苦地推送（和保存！）到大量其他服務器，那麼擁有大量服務器就沒有意義了；這一點由於服務器數量龐大而加劇，因此更多的數據必須更頻繁地傳遞到更多的地方
-
對於影音共享的具體示例，ActivityPub 愛好者意識到完全不可能像文本註釋那樣在服務器之間傳輸影音
3、SSB（Secure Scuttlebutt）的問題
-
它沒有太多問題，我認為這很棒。事實上，我打算以此為基礎，但是它的協議太複雜了，因為它根本就沒有被認為是一個開放的協議。它只是用 JavaScript 編寫的，可能是一種快速解決特定問題的方法，因此它有奇怪和不必要的怪癖，比如簽署一個 JSON 字符串，其必須嚴格遵守 ECMA-262 第 6 版規則
-
它堅持從單個用戶那獲得一連串的更新，這對我來說是不必要的，而且會增加內容的臃腫和僵化程度——每個服務器/用戶都需要儲存所有的貼文鏈，以確保新的貼文是有效的。為什麼要這麼做？（也許他們有很好的理由）
-
它不像 Nostr 那樣簡單，因為它主要是為 P2P 同步而設計的
-
不過，可能值得考慮使用 SSB 而不是這種自定義協議，並僅使其適應客戶端中繼服務器模型，因為重用標準總是比嘗試讓人們使用新標準更好。
4、其他要求運行服務器方案的問題
-
他們要求每個人都運行自己的服務器
-
有時人們仍然會在這些方面受到審查，因為域名可能會受到審查
二、Nostr 的運行原理
-
Nostr 有兩個組件：客戶端和中繼器。每個用戶運行一個客戶端，任何人都可以運行中繼器。
-
每個用戶都由公鑰標識，每個貼文都有簽名，每個客戶端都會驗證這些簽名。
-
客戶端從他們選擇的中繼器獲取數據，並將數據發佈到他們選擇的其他中繼器。中繼器不與另一個中繼器通信，僅直接與用戶通信。
-
例如，要「追蹤」某人，用戶只需指示他們的客戶端查詢它知道的中繼器，以獲取來自該公鑰的貼文。
-
在啟動時，客戶端從它知道的所有中繼器中查詢它所關注的所有用戶的數據（例如，從最近一天開始的所有更新），然後按時間順序向用戶顯示該數據。
-
「貼文」可以包含任何類型的結構化數據，但最常用的數據將進入標準，以便所有客戶端和中繼器可以無縫地處理它們。
三、Nostr 如何解決其他方案無法解決的問題？
問題1：用戶被禁止，服務器被關閉
中繼器可以阻止用戶在它那裡發布任何內容，但這對用戶來說沒有影響，因為他們仍然可以將內容髮佈到其他中繼器。由於用戶是通過公鑰識別的，因此當他們被禁止時，他們不會失去他們的身份以及粉絲基礎。
不需要用戶手動輸入新的中繼器地址（雖然這也應該被支持），每當你追蹤的人發布服務器推薦時，客戶端應該自動將其添加到它將查詢的中繼器列表中。
如果有人正在使用一個中繼器來發布他們的數據，但想要遷移到另一個中繼器，他們可以向之前的中繼器發布一個服務器推薦，然後離開。
如果有人被很多中繼器禁止，以至於他們無法廣播他們的服務器推薦，他們仍然可以通過其他方式讓一些親密的朋友知道他們現在正在發佈到哪個中繼器。然後，這些親密的朋友可以向新服務器發布服務器推薦，慢慢地，被禁用戶的舊粉絲群將開始從新的中繼器中再次找到他們的貼文。
當中繼器停止工作時，上述所有規定也都是有效的。
問題2：抗審查
每個用戶都可以將他們的內容更新發佈到任意數量的中繼器。
中繼器可以向用戶收取費用（目前費用的協商不在協議範圍內）以在那裡發布，這確保了抗審查性。
問題3：垃圾訊息
如果垃圾訊息是中繼器要關注的一個問題，它可以要求為發布付費或其他形式的身份驗證（如電子郵件地址或電話），並將這些在內部與公鑰相關聯，然後將其發佈到該中繼器或使用其他反垃圾訊息技術（如 hashcash 或驗證碼）。如果一個中繼器被用作垃圾訊息載體，它很容易被客戶端取消，客戶端可以繼續從其他中繼器獲取更新。
問題4：數據儲存
為了讓網路保持健康，不需要數百個活躍的中繼器。事實上，它只需要少數幾個就可以很好地工作，因為在現有中繼器開始出錯的情況下，可以很容易地創建新的中繼器，並在網路中傳播。因此，所需的數據儲存量在一般情況下，要比 Mastodon 或類似軟件要少。
或者考慮一個不同的結果：其中存在數百個由業餘愛好者運行的利基中繼器，每個負責一小群用戶的更新中繼工作。這種架構也可以擴展：數據從用戶發送到單個服務器，然後從該服務器直接發送到將使用該數據的用戶。它不必由其他任何人儲存。在這種情況下，對於任何單個服務器來說，處理來自其他服務器的更新都不是很大的負擔，擁有業餘服務器也不是問題。
問題5：影音等重內容
中繼器很容易拒絕大數據的內容，或者對接受和託管大數據內容收費。當訊息和激勵明確時，市場力量很容易解決這個問題。
問題6：顯示方式
每個客戶端都可以決定如何最好地向用戶顯示貼文，比如使用人工智能來決定你將看到的更新的順序，到只是按時間順序閱讀它們。
四、FAQ
1、這很簡單，那為什麼以前沒有人這樣去做？
答：我不知道，但我想這與以下事實有關：創建社交網路的人要麼是想要賺錢的公司，要麼是想完全沒有服務器就做東西的 P2P 積極分子，他們都沒有看到 Nostr 使用的兩個世界的特定組合。
2、我如何找到要追蹤的人？
答：首先，你必須了解他們，並以某種方式獲得他們的公鑰，無論是通過詢問還是在某處看到。進入 Nostr 社交網路後，你就可以看到他們與其他人的互動，然後你也可以開始追蹤這些人並與之互動。
3、我怎麼找到中繼器？如果我沒有和別人連接到相同的中繼器會發生什麼?
答：你將無法和那個人交流。但是可以使用事件提示，以便你的客戶端軟件（或你手動）知道如何連接到其他人的中繼器並與它們交互。未來也有其他的想法來解決這個問題，但我們永遠不能保證完美的可達性，任何協議都不能。
4、我可以知道有多少人在關注我嗎？
答：不，但是如果中繼器以額外的協議方式協作，你可以獲得一些估計值。
5、人們運行中繼器的動機是什麼？
答：這個問題具有誤導性，它假設中繼器是免費的，人們可以通過它們移動數據。是的，在這種情況下，激勵機制並不存在。這實際上也適用於所有其他 P2P 網路堆棧中的 DHT 節點 : 人們有什麼動機去運行 DHT 節點？
6、如果中繼器只是在 AWS 或 Azure 上，那又有什麼區別？
答：今天，全球有成千上萬的 VPS 提供商，而不僅僅是 AWS 或 Azure 這兩家。 AWS 或 Azure 正是大規模的單一中心化服務提供商所使用的提供商，而對於較小的中繼服務器，任何 VPS 都可以很好地完成這項工作。
協議規範
請參閱 NIP，尤其是 NIP-01，以獲得對協議規範的合理詳細解釋（提示：它非常簡短）。
本文連結：https://www.defidaonews.com/article/6794590
本文轉自網路，如有侵權請來信告知，本網站不代表任何投資建議，僅提供資訊，若用戶有任何投資相關行為皆與本站無關
本網站所載的任何資訊均不構成投資建議，投資有賺有賠，投資人應獨立判斷，審慎投資，自負風險
