階段式同步(staged sync)重構自 Go-Ethereum 的完全同步模式(full sync),以實現更好的性能。
階段式同步需要進行大量讀寫操作。雖然我們的目標是能夠在機械硬盤上同步節點,但是我們仍建議使用固態硬盤。
顧名思義,階段式同步需要依次執行 10 個階段。
Turbo-Geth 客戶端會向每個對等節點了解該節點的 HEAD 區塊(即最新區塊),然后依次執行每個階段、尋找本地 HEAD 區塊和對等節點的 HEAD 區塊之間缺失的區塊。
第一個階段(下載區塊頭)會設置本地 HEAD 區塊。
各階段會按順序執行。在每個階段執行期間,只有節點本地的狀態達到目標狀態,該階段才會結束。
也就是說,在理想情況下(沒有出現網絡中斷、應用沒有重啟等問題),每個階段只需執行一次,即可完成初始同步。
最后一階段結束后,整個同步流程會重新開始,尋找新的區塊頭下載。
以太坊L2網絡總鎖倉量為61.9億美元:金色財經報道,L2BEAT數據顯示,截至2月12日,以太坊Layer2上總鎖倉量為61.9億美元。其中鎖倉量最高的為擴容方案Arbitrum,約33億美元,53.38%;其次是dYdX,鎖倉量為9.76億美元,占比15.76%;第三為MetisAndromeda,鎖倉量為5.14億美元,占比8.3%。[2022/2/12 9:46:50]
如果你在兩個階段之間重啟應用,應用會從第一階段開始重啟。
如果你在某個階段執行期間重啟應用,應用會從當前階段開始重啟,以完成該階段。
通過下方的餅狀圖,我們可以看出每個階段的耗時占比(這些都是從完全同步中得出的數據)。雖然這些數據并不精確,但是足以作為參考。
如果區塊鏈發生重組,我們需要“回退”部分同步數據。
以太坊市值超越英特爾排名第28:AssetDash數據顯示,以太坊市值達到2739.3億美元,市值超越英特爾,排名第28。[2021/4/14 20:18:04]
回退指的是從最后一個階段倒退回第一個階段。但是,需要注意的一點是,我們執行完回退之后才會更新交易池,因此我們知道新的 nonce 。
回退的階段順序如下例所示(從右往左依次發生)。
state.unwindOrder = []*Stage{
// Unwinding of tx pool (reinjecting transactions into the pool needs to happen after unwinding execution)
stages, stages, stages, stages, stages, stages, stages, stages, stages, stages,
Clover Finance完成300萬美元融資將構建以太坊-波卡橋:2月19日消息,Polkadot生態智能合約平臺Clover Finance宣布已完成300萬美元的種子輪融資。這些資金將用于在構建以太坊和波卡之間的橋梁,此外,其還計劃在未來構建和比特幣鏈之間的橋梁。據悉,這輪融資得到了Polychain、Hypersphere、Bithumb Global和Divergence Ventures的支持。(CoinDesk)[2021/2/19 17:28:24]
}
通過 ETL 進行預處理
在將數據插入數據庫之前,一些階段會使用我們的 ETL 框架根據鍵值對數據進行排序。
這樣就可以極大減少數據庫寫入放大(write amplification)的情況。
因此,當我們生成索引或者說哈希值化狀態(Hashed State)時,我們會執行一個多步驟流程。
分析師:基于以太坊的DeFi代幣9月初以來平均下跌30%:數據分析師Ceteris Paribus稱,自9月初以來,基于以太坊的DeFi代幣平均下跌了50%,但此后反彈了35%。其中Yearn.Finance(YFI)、Aave(LEND)和Loopring(LRC)表現最好,而Curve、Meta和Sushi表現最差,降幅均超過50%以上。Paribus表示:“從9月開始,DeFi代幣平均下跌50%。現在反彈了35%,但仍比9月1日下跌了30%。[2020/9/12]
將處理過的數據寫入位于數據目錄的幾個臨時文件中;
然后使用一個堆棧(heap)把臨時文件中的數據插入到數據庫中,并且使按照能夠最小化數據庫寫入放大現象的順序插入數據。
這種優化有時會將寫入速度提高幾個數量級。
每個階段都包含兩個函數,分別是向前推進階段的ExecFunc 和向后回退階段的 UnwindFunc。
歷史上的今天丨德國監管機構批準2.8億美元的以太坊代幣化債券銷售:2019年7月22日,區塊鏈創業公司Fundament已經獲得德國金融監管機構BaFIN的批準,發行了第一個可以提供給個人投資者的基于以太坊的代幣化房地產債券,規模2.5億歐元(2.8億美元),代幣化債券將對所有零售投資者開放,沒有最低投資限制。
2019年7月22日,紐約金融服務部(NYDFS)在其內部成立了一個研究與創新部門,將負責追蹤新興的金融技術,并負責授權和監管虛擬貨幣。該部門新任命的主管Linda Lacewell表示,“隨著銀行、保險和監管技術創新的不斷變化,金融服務監管格局也需要不斷演變和適應。”[2020/7/23]
從理論上來說,部分階段可以離線工作,但是當前版本并未實現這一功能。
階段 1 :下載區塊頭
在這一階段,我們會下載本地 HEAD 區塊和對等節點的 HEAD 區塊之間的所有區塊頭。
這一階段是 CPU 密集型的,適合使用多核處理器,因為要驗證區塊頭的工作量證明。
由于區塊鏈重組,大多數回退都是在這一階段開始的。
這一階段會推動本地 HEAD 的指針(指向更新的區塊)。
階段 2 :區塊哈希值
從區塊頭中抽取出一個從區塊哈希值映射成區塊號(blockHash -> blockNumber)的索引表,以支持更快速的查找功能,并讓同步過程對機械硬盤更為友好。
階段 3 :下載區塊體
在這一階段,我們會將上一階段已下載區塊頭的區塊體也下載下來。
這一階段需要保持良好的聯網連接。絕大多數數據都在這一階段下載。
階段 4 :復原發送者
這一階段會復原出并存儲每個已下載區塊中的每筆交易的發送者。
這一階段同樣是 CPU 密集型的,適合使用多核處理器。
這一階段不需要聯網。
階段 5 :執行區塊
在這一階段,我們會執行之前下載的所有區塊中的每一筆交易。
需要注意的一點是,在執行區塊的過程中,我們不會驗證根哈希,甚至不會創建默克爾樹。
這一階段是單線程的,無需聯網,需占用大量磁盤空間。如果區塊執行失敗,可以回退該階段。
階段 6 :計算狀態根
這一階段會構建默克爾樹,并驗證當前狀態的根哈希。
這一階段也會構建中間哈希值(Intermediate Hashes),并將它們存儲到數據庫中。
如果之前沒有存儲任何中間哈希值(這種情況可能在第一個初始同步期間發生),這一階段會構建出完整的默克爾樹及其根哈希。
如果數據庫中沒有中間哈希值,這一階段就會利用區塊的歷史記錄來弄清楚哪些哈希值已經過時,哪些哈希值是最新的,然后使用最新的哈希值來構建部分默克爾樹,只重構過時的哈希值。
如果根哈希無法匹配,就會向后回退一個區塊。
階段 7 :生成哈希值化狀態
在執行期間,Turbo-Geth 使用無格式狀態存儲(Plain state storage)。
無格式狀態(Plain State):在標準狀態(我們稱之為 “哈希值化狀態”)中,賬戶和存儲項的地址是 keccak256(address) ,但是在一般狀態中,二者的地址就是 address 。
盡管如此,為了確保一些 API 能夠正常運作并與其它客戶端保持兼容,我們也會生成哈希值化狀態。
如果哈希值化狀態不是空值,我們會查看歷史記錄變更集(History ChangeSet),并且只更新已更改的項。
這個階段不需要聯網。
階段 8、9、10 :生成索引
同步期間會生成 3 個索引。
這 3 個索引可能會被禁用,因為所有 API 都不使用它們。
交易查詢索引
該索引表由從交易哈希值到區塊號的映射構成。
賬戶歷史索引
該索引存儲了從賬戶地址到區塊列表(在這些區塊中,該賬戶的狀態有了更改)的映射。
存儲歷史索引
該索引存儲了從存儲項地址到區塊列表(其中,該存儲項在一定程度上有了更改)的映射。
在這一階段,我們會啟動交易池或更新其狀態。例如,如果我們已下載的區塊中包含了某些交易,就把這些交易從交易池中移除。
在回退時,我們會將被回退的區塊中的交易重新添加到交易池中。
原文鏈接:
https://github.com/ledgerwatch/turbo-geth/tree/master/eth/stagedsync
作者: Alex Sharov
翻譯&校對: 閔敏 & 阿劍
BTC目前已完成了第三次產量減半,上圖為BTC2010-2020長期月線走勢,通過研究可以發現,每次減半前BTC價格均位于上一輪牛市頂點回落的斐波那契0.5壓制線下方運行.
1900/1/1 0:00:00前言 2017年的9月4日,曾火爆一時的ICO被叫停;2020年,DeFi火了,幾乎加密貨幣圈的所有目光都被吸引了.
1900/1/1 0:00:00摘要: 1. 韓國排名前五的銀行中有四家將推出加密貨幣托管服務。2. 此舉領先于政府針對數字貨幣的立法。3. 銀行表示,對比特幣等替代資產的需求激增.
1900/1/1 0:00:00金色周刊是金色財經推出的一檔每周區塊鏈行業總結欄目,內容涵蓋一周重點新聞、行情與合約數據、礦業信息、項目動態、技術進展等全行業動態。本文是其中的產業周刊,帶您一覽本周的區塊鏈產業動態.
1900/1/1 0:00:00自6月中旬Compound開啟“流動性挖礦”后,其治理代幣COMP就為用戶提供了原方案6倍以上的激勵.
1900/1/1 0:00:00這周我們將對技術樹 (tech tree) 進行更新,為以太坊1.x研發添加一些新的主要里程碑,這些里程碑并不算是無狀態以太坊的完整實現,而是我們在中期能夠合理實現的目標.
1900/1/1 0:00:00