Twitter 的最新禁止政策
原文編譯：DeFi 之道
原文編譯：DeFi 之道
圖片描述
Twitter 的最新禁止政策
根據介紹，nostr 是一個最簡化的協議，它能夠一勞永逸地創建一個抗審查的全球「社交」網絡。
nostr 不依賴於任何受信中央服務器，其基於密碼學密鑰和簽名，並且不依賴於P2P技術，它也不會發行token。
那它的運作原理是怎樣的呢？簡單來說：每個人都運行一個客戶端，這可以是本機客戶端、Web 客戶端等。要發布某些內容（比如一個帖子），你要用你的密鑰對其簽名，並將其發送到多個中繼器（由其他人或你自己託管的服務器）。要從其他人那裡獲得更新，你可以詢問多個中繼器是否了解這些其他人。任何人都可以運行中繼器，這是非常簡單的，除了接受某些人的帖子並轉發給其他人之外，它什麼都不做。我們也不需要信任中繼器，簽名是在客戶端進行驗證的。
1、如何開始使用Nostr
Twitter 會禁止某些人的賬戶；
一級標題
二級標題
二級標題
Twitter 有廣告；
Twitter 使用奇怪的技巧讓你上癮；
Twitter 不會顯示你關注的人的真實歷史動態；
Twitter 會禁止某些人的賬戶；
服務器所有者可以像Twitter 一樣禁止你，服務器所有者也可以阻止其他服務器；
Twitter 有很多垃圾信息；
服務器所有者可以像Twitter 一樣禁止你，服務器所有者也可以阻止其他服務器；
用戶身份附加在第三方控制的域名上；
服務器所有者可以像Twitter 一樣禁止你，服務器所有者也可以阻止其他服務器；
服務器之間的遷移是事後才考慮的，只有在服務器協作的情況下才能完成。它在對抗環境中不起作用（所有追隨者都會丟失）；
運行服務器沒有明確的動機，因此它們往往由愛好者以及希望將自己的名字附加到一個很酷的域名上的人來運行的。然後，用戶受制於一個人的專制，這往往比Twitter 這樣的大公司還要糟糕，他們無法遷移出去;
由於服務器往往是業餘的，它們經常在一段時間後被拋棄——這實際上等同於禁止所有人;
二級標題
二級標題
3、SSB（Secure Scuttlebutt）的問題
它沒有太多問題，我認為這很棒。事實上，我打算以此為基礎，但是它的協議太複雜了，因為它根本就沒有被認為是一個開放的協議。它只是用JavaScript 編寫的，可能是一種快速解決特定問題的方法，因此它有奇怪和不必要的怪癖，比如簽署一個JSON 字符串，其必須嚴格遵守ECMA-262 第6 版規則;
它堅持從單個用戶那獲得一連串的更新，這對我來說是不必要的，而且會增加內容的臃腫和僵化程度——每個服務器/用戶都需要存儲所有的帖子鏈，以確保新的帖子是有效的。為什麼要這麼做?(也許他們有很好的理由);
二級標題
二級標題
4、其他要求運行服務器方案的問題
一級標題
一級標題
二、Nostr 的運行原理
Nostr 有兩個組件：客戶端和中繼器。每個用戶運行一個客戶端，任何人都可以運行中繼器。
每個用戶都由公鑰標識，每個帖子都有簽名，每個客戶端都會驗證這些簽名。
客戶端從他們選擇的中繼器獲取數據，並將數據發佈到他們選擇的其他中繼器。中繼器不與另一個中繼器通信，僅直接與用戶通信。
例如，要「關注」某人，用戶只需指示他們的客戶端查詢它知道的中繼器，以獲取來自該公鑰的帖子。
二級標題
一級標題
二級標題
問題1 ：用戶被禁止，服務器被關閉
中繼器可以阻止用戶在它那裡發布任何內容，但這對用戶來說沒有影響，因為他們仍然可以將內容髮佈到其他中繼器。由於用戶是通過公鑰識別的，因此當他們被禁止時，他們不會失去他們的身份以及粉絲基礎。
不需要用戶手動輸入新的中繼器地址（雖然這也應該被支持），每當你關注的人發布服務器推薦時，客戶端應該自動將其添加到它將查詢的中繼器列表中。
如果有人正在使用一個中繼器來發布他們的數據，但想要遷移到另一個中繼器，他們可以向之前的中繼器發布一個服務器推薦，然後離開;
二級標題
二級標題
問題2: 抗審查
二級標題
二級標題
二級標題
二級標題
問題4: 數據存儲
二級標題
二級標題
二級標題
二級標題
答：
一級標題
四、FAQ
答：
答：答：
答：
答：答：
答：
答：答：
答：
答：答：
答：
答：答：
答：
答：今天，全球有成千上萬的VPS 提供商，而不僅僅是AWS 或Azure 這兩家。 AWS 或Azure 正是大規模的單一中心化服務提供商所使用的提供商，而對於較小的中繼服務器，任何VPS 都可以很好地完成這項工作。
原文鏈接
原文鏈接
