命名空間去中心化:建議做什麼和做什麼

Namebase 的創辦人批評社群網路和集中式網域管理系統。 讓我們看看他們自己的主動性的本質是什麼,以及為什麼不是每個人都喜歡它。

命名空間去中心化:建議做什麼和做什麼
/不飛濺/ 查爾斯·德盧維奧

發生了什麼事

自去年以來,替代命名空間實施的活動一直在積極推動。 前幾天出來的 材料 詳細解釋了關鍵評估、全球權力下放的建議、專案的必要要求及其潛在機會。

我們分析了這篇文章以及專題平台上圍繞它的討論。 我們分享有關該主題的主要發現、其他資料和意見。

他們批評什麼?

在線 公司中提到了「技術壟斷者」、國家和國際組織方面的過度集中化問題 - 來自 互聯網名稱與數字地址分配機構(ICANN) 到社交網路。

Namebase 的創辦人質疑這些實體(甚至國家)如何管理言論自由權和數位資產(例如個人資料、使用者名稱和網域)的所有權。 他們在演講中常常 記住 未經正當程序或解釋而竊取、封鎖和轉移此類「資產」的案件。

提出了哪些建議?

意見 對於該主題的愛好者,為了擺脫各種複雜性,轉向通用、穩定和去中心化的命名空間,您將需要:

  1. 確保新系統是去中心化的。
  2. 只保留關鍵功能。
  3. 確保低資源消耗和無需信任的可用性。
  4. 保持與通用網路基礎架構的相容性。
  5. 提供協議級別的更新能力。

第一個和第二個要求可以使用專用的來實現 工作量證明區塊鏈 (公司稱他為 Handshake)。透過這種方式,開發人員計劃消除由於利益相關者的行為或任何外部因素而導致系統不穩定的風險。

他們認為,在現有區塊鏈的基礎上進行設計,從長遠來看無法達到這樣的效果,這是這一級別的「IT標準」不間斷運行和更新(第五點要求)的決定性因素。

為了滿足第三個要求,開發人員建議將命名空間資料儲存在所謂的 烏克爾樹,專門為解決這個問題而設計。 他們充當替代品 粒子樹 在以太坊中,但節點數為 32 個(葉子/兄弟節點)和 76 個位元組(內部節點),即使有數千萬個“葉子”,這裡的 PoW 權重也不會超過千位元組。

這就是團隊嘗試優化名稱解析所需的時間和資源的方法。 此外,她還開了一盞“燈” 顧客 在 C 語言中 - 它專門處理 DNS 任務。

命名空間去中心化:建議做什麼和做什麼
/不飛濺/ 托馬斯·詹森

如果我們談論相容性(第四點),根據創始人的說法,該專案的目的是擴展現有 IT 標準的功能,而不是取代它們。 開發人員相信“網路使用者應該有更多機會保持控制並確保特定名稱屬於他們”,並繼續開發他們的產品(其基本資訊是 GitHub 儲存庫, 文件, API).

他們為何受到批評?

黑客新聞提供了一個鏈接 應用商店,依靠握手,並且 類似的實現。 但也有人表示 擔憂該供應商只是想成為另一個註冊商,以稍微更新的格式運作名稱。 此類項目的獨立性也受到質疑, 引用 關於礦池分佈的數據。

在某些時候,討論發生了岔子——該地點的一位居民甚至 表達 類似「復興」的想法 RSS-一個可以成為壟斷社群媒體市場的去中心化答案的生態系統。 但在這裡 - 就像握手的情況一樣 - 一切都歸結為貨幣化問題及其解決方案的優雅程度。 眾所周知, 類似 DNS項目已經嘗試過 ,但這個過程並沒有像他們的創始人所希望的那樣順利。

現在 Handshake 和 Namebase 有幾種替代方案 - 來自 Unstoppable Domains (文件)到以太坊名稱服務(ENS)。 時間會證明它們是否能夠與現有的域名管理方法競爭並廣泛應用。

聚苯乙烯 額外閱讀我們的 habrablog - 提供者的工作和通訊系統的開發.

來源: www.habr.com

添加評論