減少新節點資料全同步花費時間的方法總結

2021-09-24 10:52:34 字數 800 閱讀 4700

對於任何一條區塊鏈來說,隨著執行時間的增長,資料量的增加是不可避免的一件事。那對於新加入的節點來說,需要同步的歷史資料就會越來越多,同步資料花費的時間也會越來越長。這對於節點參與的積極性是有著不利的影響的。本文主要討論能夠減少新節點資料全同步花費時間的幾種方法(目前主網全同步資料需要2天時間)。

討論具體方法之前,先考慮下同步資料時花費時間的具體耗時因素。

資料量 : 資料總量只會越來越多,屬於不可控因素

伺服器硬體(記憶體,硬碟,cpu) : 硬體效能越高,對於同步的區塊資料的處理就越快。

1、提公升網路頻寬,硬體效能

提公升記憶體,cpu,特別是硬碟的效能,對同步資料的處理效率會有較大的提公升。

缺點是增加了礦工的成本,不能從根本上解決問題。

2、將區塊資料集中儲存到公開位址,如公有雲

相對於全同步模式來說,資料總量不變,但花費時間應該會大大降低(主要受網路影響)。

3、快速同步模式

在不考慮歷史狀態資料的情況下, 可採用快速同步模式進行資料同步。目前主網的情況,快速同步模式下1個小時即可完成同步。

4、快速同步+歷史狀態資料重塑

如果需要歷史狀態資料,可以先使用快速同步將區塊資料同步下來,然後在本地將歷史狀態資料重塑。 對於礦機而言,可以實現一邊挖礦一邊重塑歷史狀態資料。(考慮到對資料庫的影響,可以限制下重塑歷史狀態資料的效率。)

5、調整同步起始位置 + 快速同步 | 歷史狀態資料重塑

對於新節點的加入,同步位置都是從創世塊開始同步的,可以預想到隨著交易量的上公升,快速同步模式也並不能徹底解決耗時的問題,因此可以考慮將同步的起始區塊調整為第n塊,其中 0 the end!

位元幣節點數量減少14

據bitnodes統計,今年位元幣區塊鏈上的 可達節點 reachable nodes 數量減少了13.95 從11845個到10193個 截至發稿時 同一時間,不可達節點 unreachable nodes 的數量也至少有30 的 reachable nodes指的是既可以傳送又可以接收來自位元幣...

erlang mnesia 節點同步資料

mnesia的機制稍微有些奇怪,今天一天都比較閒,於是測試study了下,看看是如果動作.目標 逐漸新增n個mnesia節點,並確保資料在這些節點上保持同步.過程如下 1.mnesia的分布式可以從乙個節點開始,然後慢慢新增.2.新增加乙個節點的時候,首先要確保新節點上已經呼叫過mnesia sta...

服役新資料節點

隨著公司業務的增長,資料量越來越大,原有的資料節點的容量已經不能滿足儲存資料的需求,需要在原有集群基礎上動態新增新的資料節點。1.環境準備 1 在轉殖一台hadoop105主機 2 修改ip位址和主機名稱 3 刪除原來hdfs檔案系統留存的檔案 opt module hadoop 2.7.2 dat...