以太坊：用于狀態網絡的可擴展廣播方案_以太坊

在我之前的新型交易gossip廣播網絡設計中其實可以看到我最初在為狀態網絡設計gossip廣播方面的嘗試。在之前的文章中，我介紹了一種設計，可以讓節點在無需處理完整交易池的情況下參與gossip廣播。

從較高層面上來說，我們關于交易gossip廣播的問題陳述如下：

交易來自整個網絡。

一些網絡參與者本身就需要維護完整的交易池。

一些網絡參與者缺少足夠的資源來處理完整的交易池。

我提議的交易gossip廣播方案采用了距離指標，讓節點可以自行調整它們必須處理的交易池規模。節點采用一組簡單的規則來管理與之連接的對等節點集合，從而形成網絡拓撲結構。半徑最大的節點被視為網絡的“中心”，半徑最小的節點被視為網絡的“邊緣”。

該方案之所以有效，主要的兩點原因如下：

以太坊、Solana和BNB Chain的鏈上每日交易量相比歷史高點下降13.7%、18.1%、58.2%:7月18日消息，CoinMarketCap統計數據顯示，截至7月11日，自2021年11月實現歷史最高記錄以來，以太坊、BNB Chain和Solana的鏈上活動都出現了顯著下降，其每日交易量比其最高值下降了58.2%，而Solana和以太坊分別下降了18.1%和13.7%。此外鏈上的每日活躍地址數量方面，BNB Chain和以太坊自2021年11月以來分別下降了68.8%和27.2%，而Solana的每日活躍地址則增長了20.4%。[2022/7/18 2:20:16]

第一，我們預期，節點的半徑值會有很大差別，但?同時?都會相對較大。這種差異源自那些有動力維護“完整”半徑以及“較大”半徑的參與者。正是這些節點將位于網絡邊緣的節點連接到了一起。

Mask Network宣布MASK代幣已上線以太坊擴容方案Polygon:官方消息，Mask Network宣布，MASK代幣已上線以太坊擴容方案Polygon，并且已為Polygon上SushiSwap的MASK-USDC交易對添加了流動性。[2021/8/5 1:35:11]

第二，我們關于半徑值較大的預期是根據鍵空間推測出的。根據Peter最近關于交易池的文章，geth節點默認最多可維護4000筆交易。在任意時刻，整個網絡中的待處理交易高達4萬至40萬筆。輕節點無法處理4000筆交易，但是處理其中5%不成問題。因此，我們預期半徑值通常在整個鍵空間的1%至100%之間。

將同樣的設計應用到狀態gossip廣播上

我最初嘗試將這種設計應用到針對狀態網絡的gossip廣播上，但是沒有成功。主要原因如下：

動態 | V神回復“以太坊遷移到Eth 2.0執行環境時是否會破壞當前部署的合約”的問題:Parity的Rust開發者Wei Tang發推擔憂以太坊接下來的伊斯坦布爾硬分叉中的 EIP-1884 提案可能會破壞目前已經部署在以太坊上的合約。V神回復稱，支持EIP 1884（并希望重新定價更高），但這仍然需要進一步探討。此外，對于以太坊遷移到 Eth 2.0 執行環境時是否會破壞當前部署的合約的問題，Vitalik回復道，約束見證數據大小以重新平衡 Gas 費，是我能想到的產生重大變化的一點。區塊間間隔可能縮短至 3-6 秒，DIFFICULTY 操作碼將不再輸出任何有用的內容。在遷移時，除非給出偏移的區塊編號進行破解，否則操作碼編號將遵從非單調邏輯（non-monotonic）。同時，以太坊merkle證明的硬編碼驗證可能會遭到破壞，很大可能會從十六進制的 Patricia 樹切換到二進制的 SMT。此外，EIP 1559 提案將會改變與 GASPIRCE 操作碼相關的所有經濟活動，帳戶抽象將使 ORIGIN 操作碼的工作方式發生改變。[2019/9/2]

第一，狀態網絡中各節點在半徑值上的差異會小得多。我們預期不太可能會有網絡參與者維護“完整”半徑。這會導致網絡中缺少一個起到連接邊緣作用的“中心”。

聲音 | 比特幣期權交易所LedgerX CEO：2019年監管機構批準以太坊期貨概率充其量為50%:據The Block消息，比特幣期權交易所LedgerX 首席執行官Paul Chou稱，2019年監管機構批準以太坊期貨交易的概率充其量就是50%。[2019/1/17]

第二，半徑值會很小。假設有200GB的狀態，平均每個節點提供100MB的存儲空間，且復制因子為10，那么計算下來我們需要一個由2萬個節點組成的網絡。平均每個節點需要存儲0.002%的數據。

正是上述兩個不同之處從根本上改變了網絡拓撲結構，導致原來的交易gossip廣播網絡設計失靈。

與交易gossip廣播不同的目標

別忘了，交易gossip廣播的目標之一是，讓交易進入礦工所在的網絡“中心”。位于網絡邊緣的節點其實不是很在乎是否能看到所有待處理交易，即使一個都看不到也沒關系。它們主要關心的是能否廣播自己的交易，并讓這些交易可靠地打包進區塊內。

現場 | ETHIS在香港召開 聚焦以太坊擴容和行業融合:金色財經9月8日現場報道，以太坊行業峰會（ETHIS）在香港召開，Vitalik等核心開發人員受邀參加。此次峰會主要圍繞以太坊技術和以太坊行業展開，介紹擴容方案、各行業基于以太坊的應用、智能合約的安全性以及智能合約開發語言Vyper的最新情況。上半場的“智能合約安全”和下半場的“分布式加密交易所”這兩個圓桌討論將成為峰會的亮點。[2018/9/8]

狀態網絡不僅缺少中心，而且數據流向與交易gossip廣播相反。狀態gossip廣播的目標是將數據發送到網絡邊緣進行存儲。

另外，在交易gossip廣播中，消息來自整個網絡；在狀態網絡中，我們預期新數據只會來自一小部分友善的橋節點。這些橋節點負責生成證明，并將這些證明發送到狀態網絡。

中繼機制會導致DOS攻擊和不可歸因的錯誤

我想到的一個改進方向是引入中繼節點。

我們預期每個節點會對網絡中0.002%的數據感興趣。我認為，根據我的結論可以構建出多個不同的網絡模型，但是一種簡單的做法是，根據DHT網絡中每個節點的路由表為gossip節點之間的連接構建模型。在這樣一個網絡中，數據需要經過log(n)跳才能到達需要它的節點那里。

這里的問題在于，如果一個節點轉發了其它節點都不感興趣的數據，但是這個數據需要經歷一次以上的跳躍，就會變成一個放大向量。惡意節點可以通過在gossip網絡中廣播無用數據來放大DOS攻擊。

一個笨辦法

目前，我比較偏向于一個“笨”辦法，旨在從非網絡層面解決上述問題。

有“一小批”狀態提供商節點為每個區塊內新的狀態數據生成證明。

每個證明預期有大約2000個trie節點。其中一部分節點是新數據或更新后的數據。只有這個子集需要發送到網絡中。

已知每個節點只關心每個區塊中0.002%的數據，也就是說不同節點感興趣的數據之間很少有重疊。如果一個區塊內包含2000條新數據，我們可以預見每條數據要發送給完全不同的節點。這就意味著，為了在區塊時間內廣播新區塊的證明數據，一個狀態提供商每15秒要將2000個不同的證明發送給2000個不同的節點。要做到這點不是不可能，但是會很難。一旦證明大小增加或網絡延遲稍微高一點，狀態提供商就無法在區塊時間內發送完整的證明數據。

幸好我們可以有不止一個數據提供商。我們可以合理預期將會出現數量不多的狀態提供商發送證明數據。在這個模型下，我們可以設計一個能夠在不同狀態提供商之間平均分配負載的系統。

每個狀態提供商都會為每一個新區塊生成證明。狀態提供商會按照距離其節點ID的遠近對該證明包含的每項數據進行排序，先從那些距離最近的數據開始，查詢對這些數據感興趣的節點，并將它們廣播出去。在這個模型中，負載會在不同狀態提供商之間平均分配。等輪到那些距離其節點ID較遠的數據時，狀態提供商會發現節點對這些數據的興趣減弱，因為其節點ID距離這些數據較近的提供商已經廣播了這些數據。

可以改進/擴展/優化之處

或許，我們可以稍微優化一下這個方案。

我們的網絡結構需要存儲的不僅是葉節點，還有中間節點。也就是說，如果按葉子節點和對等節點的需要來分割區塊證明，這些碎片證明之間會出現大量重疊。例如，當要你要證明一個葉節點的時候，其證明中也會包含對其默克爾路徑上所有中間節點的數據的證明。

如果網絡中的某個節點想存儲某個葉子，TA當然希望獲得該葉子節點的中間節點也可以在網絡中找到。如果這些中間節點不可得，甚至都沒有人會請求葉子節點數據，因為本地還沒有中間節點的數據，還沒法順著這些中間節點發現對葉子節點的需要。我們或許可以利用這一點在整個網絡中分散廣播數據的責任。

狀態提供商只通過gossip方式廣播葉節點數據的證明。

節點一收到自己想要存儲的內容的證明，就會找出“父證明”——對上一級中間節點數據的證明——并發送出去。

這一“遞歸”過程可以讓狀態提供商只需將葉節點數據發送至網絡，并將廣播中間節點數據的責任分配給那些對葉節點數據感興趣的節點。這些節點會一級一級地把上一層級的中間節點的數據的證明推送到網絡中，直到所有節點都把最終的狀態根推送到網絡中。

原文鏈接:

https://ethresear.ch/t/scalable-gossip-for-state-network/8958

作者:??PiperMerriam

翻譯&校對:?閔敏&?阿劍

Tags：以太坊GOSSIPOSS以太坊價格歷史走勢圖ARGOSSIP價格CZBOSS

TUSD