[幣嚴區塊鏈]ETH搭建節點區塊數據同步的三種模式：full、fast、light

ETH  全節點Archive（歸檔）模式數據量增加圖

上述圖表可經過連接查看：https://etherscan.io/chartsync/chainarchive

 

經過上表，能夠看到截止2019年8月12日，以太坊的所有區塊數據已經高達2.8T，若是按照比特幣的方式搭建全節點，會是一個很痛苦的事，畢竟雲硬盤也不是那麼便宜的。

作數字錢包或交易所的開發人員裏，有聰明人可能會意識到一個問題，在處理用戶帳戶充值時，咱們所關注的數據僅僅是從當前開始到將來這段時間的區塊數據，那麼巨大致積的歷史區塊數據沒什麼用處。

有問題，天然會有更聰明的人解決問題，鑑於ETH龐大的區塊數據，而且不斷在增加，ETH提供了三種同步模式：

• –syncmode  "fast"         Enable fast syncing through state downloads
• –syncmode  "light"        Enable light client mode
• –syncmode  "full"

在Geth1.6之前，fast與full模式的命令參數爲  --fast與--full。Geth 1.6版本及之後，兩種命令參數均可使用。

 

使用方法，啓動命令以下：

./geth --datadir  "D:\Program Files\Geth\data"  --syncmode  "fast"  --rpc  --rpcapi  "db,eth,net,web3,miner" 

上面的命令指定了區塊數據與祕鑰文件的存儲目錄：D:\Program Files\Geth\data

也指定了同步模式是： --syncmode  "fast"

同時開啓了RPC方式模式： --rpc  --rpcapi  "db,eth,net,web3,miner" 

 

本文中，咱們須要關注就是： -- syncmode，下面對三種同步模式作一個介紹：

Full同步步驟：

獲取區塊的header

獲取區塊的body

從創始塊開始校驗每個元素

PS：下載全部區塊數據信息，因此此種方式的數據量會十分龐大

Fast同步：

獲取區塊的header

獲取區塊的body

在同步到當前塊以前不處理任何事務，而後得到一個快照，像full節點同樣進行後面的同步操做。沿着區塊下載最近數據庫中的交易，有可能丟失歷史數據。好比，你的帳戶地址A上面有10個ETH，但轉入的的交易存在於較老的歷史交易中，此同步模式沒法獲取到交易的詳細狀況。

使用此模式時注意須要設置–cache，默認16M，建議設置爲1G（1024）到2G（2048）。

Ligth同步：

僅獲取當前狀態。驗證元素須要向full節點發起相應的請求。

 

此外，啓動ETH節點時還能夠增長--gcmode=archive，這個模式稱爲歸檔Archive模式，即歸檔節點，這種模式保存了最最最全的Ethereum節點數據，佔用硬盤空間也會更大。其數據量比單純的full模式數量還要大。這個參數不少人不知道，大部分也無法用這個啓動模式，由於須要的存儲空間實在太大。啓動命令通常以下：

./geth --datadir  "D:\Program Files\Geth\data"  --syncmode  "fast"    --gcmode=archive  --rpc  --rpcapi  "db,eth,net,web3,miner" 

 

那麼，做爲交易所與錢包服務商，如何選擇合適的模式呢？若是對安全性要求極高，而且有充足的硬盤資源，天然是選擇Full模式。而對於通常狀況下，可以使用Fast模式，由於Full模式同步區塊數據須要很長時間。截止到本文發文時間2019-08-12，Fast模式須要同步數據大小爲132GB，相較於Full模式的2.8TB而言，小了不少。Light模式對於輕量級的移動錢包比較適用。

 

附，當前Fast模式數據量大小變化：

 數據查看連接：https://etherscan.io/chart2/chaindatasizefast

 

BIZZAN(幣嚴) 數字貨幣交易所官方網址：

www.bizzan.com