想象一下,你正在翻譯一本5000頁的書籍,作者一直打電話告訴你他對故事做了調整,這會影響到你已經翻譯過的頁面……而這可能會一直持續下去,這就是以太坊從當前使用的MPT十六叉樹轉變為二叉樹結構中遇到的一個類似困境。對此,以太坊核心開發者Guillaume Ballet提出了一種方案,可以在大約幾天的時間內,通過3個步驟完成這一轉換手術。
對于該提案,以太坊聯合創始人vitalik評論稱:
以下是譯文:
影響以太坊的眾多問題之一是賬戶和合約數據的存儲方式,以太坊目前選擇的結構稱為默克爾帕特里夏樹(Merkle Patricia Tree,或簡稱MPT)。盡管從理論上講,它是很有意義的,但在實踐中,它帶來的問題要比其解決的問題要更多。多年來,核心開發人員一直在討論向二叉樹(binary tree)的轉換,在本文中,我將闡明我對這一問題的看法,然后給出一個解決它的方法。
以太坊網絡當前已銷毀3,518,089.11枚ETH:金色財經報道,據Ultrasound數據顯示,截止目前,以太坊網絡總共銷毀3,518,090.15枚ETH。其中,OpenSea銷毀230,050.67 枚ETH,ETHtransfers銷毀296,661.82枚ETH,UniswapV2銷毀197,216.75 枚。注:自以太坊倫敦升級引入EIP-1559后,以太坊網絡會根據交易需求和區塊大小動態調整每筆交易的BaseFee,而這部分的費用將直接燃燒銷毀。[2023/8/6 16:21:13]
提議的過程引入了一個過渡期,在此期間,兩種樹結構都會存在。這樣做的好處是,在轉換樹結構時,主鏈可以保持運行,并且還可以確保將所有帳戶轉換為二叉樹格式。
背景
目前,以太坊的賬戶是被存儲到一棵十六叉樹當中的。所謂十六叉,就表示一個節點有16個子節點,理論上這是很好的,因為這意味著你需要更少的"階段"來存儲你所有的數據。
以太坊L2網絡總鎖倉量為51.1億美元:金色財經報道,L2BEAT數據顯示,截至6月5日,以太坊Layer2上總鎖倉量為51.1億美元。其中鎖倉量最高的為擴容方案Arbitrum,約25.0億美元,占比48.97%。其次是Optimism,鎖倉量9.85億美元,占比19.27%。dYdX占據第三,鎖倉量9.63億美元,占比18.85%。[2022/6/5 4:03:31]
例如,這就是以十六叉樹的形式表示鍵與值對(170,v)的過程。在十六進制中,170表示為0xaa,因此你只需要兩層:其中之一用于第一個a,另一層則用于第二個a。
圖1: 這是一棵十六叉trie樹示例,顯示了值“v”如何存儲在鍵0xaa處。此樹只有2字節長的鍵,并且只沿0xaa鍵的子樹被展開。為了簡潔起見,不相關的子樹被替換為“…”。
以太坊銷毀ETH總價值突破40億美元:金色財經報道,據最新數據顯示,以太坊銷毀ETH總價值已超40億美元,創下歷史新高,目前達4,011,278,555.34美元,銷毀總量為832115.3 ETH,24小時銷毀率為9.48 ETH/分鐘(約合45,683.69 美元/分鐘),當前Base Fee為161.5 GWEi,區塊利用率為50.8%。[2021/11/11 6:45:11]
注意,這棵樹很淺,也很寬。然后將其與以下相同鍵與值對的二叉樹表示法進行比較。在二進制中,170表示為10101010。
圖2: 和圖1中相同的鍵值對,以二叉樹形式進行存儲。為了簡潔起見,不相關的子樹被表示為“…”。
你可以看到,這棵樹要深得多,也窄得多。
以太坊擴容網絡Arbitrum發布主網候選版,新增BLS簽名降低L1交易成本:官方消息,由OffchainLabs推出的以太坊擴容網絡Arbitrum發布第四個測試網版本,該版本也將作為主網的候選版本。OffchainLabs表示,他們推出的開放和無需許可的Arbitrum測試網已經運行了5個月,此次最新版本的測試網將包括簡化的Rollup協議,提升節點軟件的性能以及新功能,比如BLS聚合簽名,進一步降低Layer1上的Gas成本。[2021/3/25 19:17:03]
在以太坊中,每個區塊都包含一個stateRoot字段,它是MPT根的哈希值。總而言之,這個哈希,是通過對根的16個子項的哈希列表進行哈希運算而獲得的。這些子哈希列中的每一個,又依次是其子哈希列表的哈希,依此類推。
每次生成一個新區塊時,礦工都會更新帳戶樹并重新計算其根哈希值。哈希存儲在新區塊的stateRoot字段中,然后新區塊被密封。
動態 | 以太坊期貨或將于今年在CFTC監管的交易所推出:2月9日消息,The Block 2020年前景調查的許多受訪者認為,受CFTC監管的期貨交易所將在今年推出與以太坊(ETH)掛鉤的期貨。在參與調查的106位受訪者中,有 72位受訪者表示,他們認為ETH的未來將在2020年通過規范化交易所進行交易。這些受訪者關注的問題包括今年美國可能批準比特幣ETF,占參與者的67.9%;34位受訪者(占調查總數的32.1%)表示,他們認為這不會發生。(Theblockcrypto)[2020/2/9]
圖3為區塊頭的state root字段指向十六叉樹的根。
問題就出現在這里了:通過對所有節點進行哈希運算來重新計算哈希根花費的時間太長,因此,為了計算根節點,礦工將從數據庫中檢索同級哈希(sibling hash)。盡管從數據庫中獲取所有子葉并對整棵樹進行哈希運算所需的時間不多,但此操作仍然需要大量時間。這是因為必須要從數據庫中獲取每個哈希。
在十六叉樹中,通常每個階段要獲取15個同級哈希。在上面的示例中,這就是30個哈希。
即使更深入,二叉樹每個階段也只需要一個同級哈希。在上面的示例中,就只有8個哈希!這就是為什么在實踐當中,二叉樹實際上要更好的原因。
覆蓋轉化法
不幸的是,要將以太坊從十六叉樹切換到二叉樹,并不是一件容易的事。有很多數據需要轉換,并且執行更改需要花費超過15秒的區塊時間。
除此之外,想象一下,你正在翻譯一本5000頁的書籍,作者一直打電話告訴你他對故事做了調整,這會影響到你已經翻譯過的頁面……而這可能會一直持續下去。
這就是目前以太坊遇到的問題,因為用戶可以更新已轉換的地址,這意味著你必須重新開始轉換過程。
解決此問題的建議是設一個過渡期,在此期間,在十六叉樹的頂部放置一棵覆蓋二叉樹,它的作用是保存狀態發生的所有更改,直到基樹轉換為二叉樹。
這種過渡會分成三步進行:
在這種方法中,確定在區塊高度H1處,區塊具有兩個stateRoots:一個用于“基礎”十六叉樹,一個用于“覆蓋”二叉樹。
圖4: 在轉換過程中,區塊具有2個狀態根(state Root):一個是傳統十六叉樹的只讀根,第二個是“覆蓋”二叉樹的根。
十六叉樹被認為是只讀的,因此對狀態的任何更新都將是對覆蓋樹的更新。
當一筆交易讀取或更新一個帳戶時,系統首先搜索覆蓋樹。如果在那里找不到帳戶,系統將在舊的十六叉樹中搜索該值。
而在同時,十六叉樹正在后臺轉換。現在可以不用擔心插入,因為所有更改都存儲在頂部樹中。
后臺轉換過程完成后,礦工將通過轉換結果替換只讀的十六叉樹基礎根來宣布他們已準備好進行切換。對狀態的讀寫操作與步驟1相同。
圖5:轉換的第二個階段,區塊頭將十六叉樹基礎根替換為其二叉樹轉換基礎根,以向網絡發送信號,告知它們已準備就緒。
當一個足夠大的序列區塊對轉換后的基礎根具有相同的值時,這意味著大多數礦工都完成了轉換,并對轉換后的樹的外觀達成了共識。接下開,就進入到合并過程。
合并過程會逐漸進行:每次生成新區塊時,都會從疊加層中刪除n個鍵,然后將其重新插入到基礎樹中。該過程將持續進行,直到從疊加層中刪除所有鍵為止。在此階段,覆蓋狀態根將從區塊頭中刪除。
除此之外,如果交易執行寫入覆蓋樹中找到的鍵,則該鍵將從覆蓋樹中刪除,并直接寫入到基礎樹。
下一步
我們已經創建了一個初步的原型,以便估計完成轉換所需的時間。我們相信,整個過程可以在合理的時間內(大約幾天)完成。隨著算法的改進,我將發布更多的細節。
致謝
這項提議得益于Alexey Akhunov,Vitalik Buterin,Anna George,Sina Mahmoodi,Tomasz Stanczak以及Martin H. Swende提供的寶貴意見。
相關討論:https://ethresear.ch/t/overlay-method-for-hex-bin-tree-conversion/7104
在3月12日,拋售壓力終于壓垮了訂單簿,導致買賣雙方損失慘重。在此報告中,我們顯示了“黑色星期四”價格暴跌如何導致數字貨幣訂單簿深度減少的.
1900/1/1 0:00:00價格自前期突破4小時下降通道后,一直處于強勢橫盤狀態,而后開啟一波快速上拉,最高漲至7200上方再回落,不過回調量能并未持續放大,價格也沒有進一步向下調整,橫盤整理后再次開啟上行走勢.
1900/1/1 0:00:004月5日14:00,Bineng幣能完成品牌升級,正式更名為TokenBetter。 Binneg幣能成立于2018年12月,總部位于新加坡,是一家獨立的全球性的數字貨幣國際站.
1900/1/1 0:00:004月2日,金色財經記者獲悉,全球首個可商用落地的鏈上隱私保護技術正式對外開放,由螞蟻區塊鏈自主研發.
1900/1/1 0:00:002022年3月,劍橋大學貝內特公共政策研究所發布了政策簡報《加密貨幣、Web3和元宇宙》,報告旨在讓政策制定者對加密的核心概念有總體認識.
1900/1/1 0:00:00金色財經訊,記者從PlatON處獲悉,PlatON正式完成以太坊2.0 Proof of Custody方案(以下簡稱PoC)中的安全多方計算(以下簡稱MPC)算法的設計和第一階段代碼的實現.
1900/1/1 0:00:00