Swarm推出新版本客戶端，爲主網提升穩定性

閱讀本文需 6 分鐘

Bee 團隊一直在努力尋找 Ethereum Swarm 分佈式存儲系統中的關鍵問題，並在 v1.3.0 版本中進行了關鍵變更。此次修正預示着 Ethereum Swarm 向系統自動化正式進軍，以確保爲用戶提供良好的服務。

原文標題：《The Swarm is Moving On (or: Don't Fall Behind)》

原文作者：Elad Nachmias，Ethereum Swarm

原文編譯：eternal，0x22d，律動 BlockBeats

過去幾個月裏，Bee 團隊一直在努力尋找 Swarm 分佈式存儲系統中的關鍵問題。正如之前在博客中所承諾的那樣，Bee 在 v1.3.0 版本中進行了一處關鍵變更，對沒有連接穩定區塊鏈網絡的節點進行排除。此次修正預示着我們將推進系統自動化，以確保爲用戶提供良好的服務。

作爲節點運營商，您需要驗證自己的節點配置是否正確，還要確認節點是否可通過公共互聯網被訪問。同時還要驗證節點傳播地址在互聯網上的可訪問性。

在 Bee 推出 v1.3.0 版本之前，我們可以清楚地看到，響應新的鏈同步協議的等價節點數量介於 5-15% 之間。

現在看來，這些數據可能有誤導性。因爲這並不意味着有 5-15% 的人處於同步狀態，而是隻有 5-15% 的人對消息進行了迴應。因此，更嚴謹的假設是，在整個網絡中，只有 5-15% 的節點實際更新了節點，並與區塊鏈網絡建立了穩定的連接。

Ethereum Swarm 的下一步是什麼?

Bee 團隊正在努力收集更多數據並嘗試進行多次迭代，旨在爲主網帶來更強的穩定性。在下一個發佈週期 (Bee v1.4.0) 中，Ethereum Swarm 將在覈心協議中規避無法訪問的節點：Bee 團隊已經確定，大量的節點不是公開可用的，並且無法接受傳入的連接。例如，在未啓用端口轉發的 NAT 之後，網絡中的許多節點「無法訪問」，同時它們會導致網絡拓撲不平衡。

Node connectivity data as of 05.11.2021

這對 Kademlia 的設計構成嚴重的問題，因爲它構建了所謂的「凹面鄰域」，本質上是不對稱的鄰域。由於其中的節點無法訪問，其不對稱性無法解決。這會導致各種同步和檢索協議失敗，如果沒有中繼節點或者與其他節點執行最小配置合約，就很難解決這些問題。從 Bee v1.4.0 開始，如果您的節點無法訪問，它將停止接收核心協議上的消息。

作爲 Bee v1.4.0 更新的一部分，我們在多個層面關注了這個問題：

1. 檢測——安裝可以檢測可達性並維護節點（及其對等節點）狀態的組件。這是直接通過我們提供可達性服務的 P2P 抽象概念（p2p abstraction）完成的。

2. 可見性——使節點可達性狀態（顯示自己的可達性狀態和相鄰對等體的可達性狀態）對用戶和節點運營商可見。這是通過我們的 Debug API 中的拓撲端點完成的。

3. 文檔——記錄如何解決問題（參見文檔）。

作爲節點操作員，您有責任驗證您的節點配置是否正確以及您的節點是否可從公共 CIDR 訪問。您必須驗證您節點的地址能否能夠通過網絡訪問。

雖然我們正在積極尋找方法納入那些無法訪問的節點並允許它們接入，但應該明確的是，我們希望節點運營商遵守連接要求，並使他們的節點可以從公共 IP CIDR 訪問。