PHA:以太坊核心開發者：MPT十六叉樹將被替換_VSYS幣會成為第二個以太坊嗎

想象一下，你正在翻譯一本5000頁的書籍，作者一直打電話告訴你他對故事做了調整，這會影響到你已經翻譯過的頁面……而這可能會一直持續下去，這就是以太坊從當前使用的MPT十六叉樹轉變為二叉樹結構中遇到的一個類似困境。對此，以太坊核心開發者Guillaume Ballet提出了一種方案，可以在大約幾天的時間內，通過3個步驟完成這一轉換手術。

對于該提案，以太坊聯合創始人vitalik評論稱：

以下是譯文：

影響以太坊的眾多問題之一是賬戶和合約數據的存儲方式，以太坊目前選擇的結構稱為默克爾帕特里夏樹(Merkle Patricia Tree，或簡稱MPT）。盡管從理論上講，它是很有意義的，但在實踐中，它帶來的問題要比其解決的問題要更多。多年來，核心開發人員一直在討論向二叉樹（binary tree）的轉換，在本文中，我將闡明我對這一問題的看法，然后給出一個解決它的方法。

跨鏈DeFi平臺Kava將于4月5日推出以太坊共鏈Beta版本:4月1日消息，跨鏈DeFi平臺Kava在Twitter上宣布將于北京時間2022年4月5日22:00推出以太坊共鏈Beta版本，該版本升級了驗證器并將推出額外的EVM基礎設施以實現對超過20個協議的支持，包括多鏈收益聚合器BeefyFinance、跨鏈基礎設施Multichain、一站式DeFi應用Autofarm、抗MEV協議B.Protocol等。此外，Kava還宣布共鏈主網將于5月5日啟動。[2022/4/1 14:30:31]

提議的過程引入了一個過渡期，在此期間，兩種樹結構都會存在。這樣做的好處是，在轉換樹結構時，主鏈可以保持運行，并且還可以確保將所有帳戶轉換為二叉樹格式。

背景

目前，以太坊的賬戶是被存儲到一棵十六叉樹當中的。所謂十六叉，就表示一個節點有16個子節點，理論上這是很好的，因為這意味著你需要更少的"階段"來存儲你所有的數據。

ETC合作社退出IOHK關于以太坊經典財政部提案:金色財經報道，以太坊經典（ETC）的 ETC 合作社宣布撤回對以太坊經典改進提案ECIP-1098 財政部提案的支持。ETC Cooperative 的執行董事 Bob Summerwill 在推特上表示：ETC 合作社正在撤回對 ECIP-1098 財政部提案的支持。隨著時間的推移，很明顯 IOHK 的國庫愿景與我們的預期大相徑庭。

今年年初，ETC合作社支持了Charles Hoskinson)的 IOHK 提出的財務提案。該提案旨在帶來可持續的資金，以支持以太坊經典保持自身作為“核心協議”的地位。自從大約六年前脫離以太坊以來，以太坊經典一直表示自己是“原始”以太坊。此外，財政部提案將促進以太坊經典平臺的發展，而不是激勵開發者活動。這將激發客戶多元化、創新和競爭力。[2021/9/22 16:57:52]

例如，這就是以十六叉樹的形式表示鍵與值對（170，v）的過程。在十六進制中，170表示為0xaa，因此你只需要兩層：其中之一用于第一個a，另一層則用于第二個a。

Khala Network網絡正式上線以太坊 - Khala橋:8月6日，Web 3云計算平臺Phala Network的預備網絡Khala正式上線以太坊-Khala橋，為Substrate生態首個平行鏈 Kusama-ETH 橋 https://app.phala.network/bridge。

隨著以太坊 - Khala橋的開通，ERC20 PHA可在鏈上直接轉移到Khala 網絡。Khala 上的PHA資產（K-PHA）可用于網絡的民主治理和參與TEE 質押等功能。8月6日-9日期間，Phala團隊將根據代幣分配原則，將8830萬ERC20 PHA轉至Khala橋合約，用戶可通過相關公示地址進行查閱。[2021/8/6 1:39:09]

圖1: 這是一棵十六叉trie樹示例，顯示了值“v”如何存儲在鍵0xaa處。此樹只有2字節長的鍵，并且只沿0xaa鍵的子樹被展開。為了簡潔起見，不相關的子樹被替換為“…”。

VanEck向美SEC申請推出以太坊ETF:金色財經報道，公開記錄顯示，美國資產管理公司VanEck已向美國證券交易委員會（SEC）提交了以太坊交易所交易基金（ETF）的初步招股說明書。VanEck打算與Cboe BZX合作提供該產品。此前消息，SEC已將對VanEck比特幣ETF提案做出決定的時間推遲到下個月。[2021/5/8 21:36:07]

注意，這棵樹很淺，也很寬。然后將其與以下相同鍵與值對的二叉樹表示法進行比較。在二進制中，170表示為10101010。

圖2: 和圖1中相同的鍵值對，以二叉樹形式進行存儲。為了簡潔起見，不相關的子樹被表示為“…”。

你可以看到，這棵樹要深得多，也窄得多。

以太坊上Dex交易量環比下降15%:據歐科云鏈OKLink數據顯示，截至今日10時，以太坊上Dex的24小時交易量約合19.1億美元，環比下降15.1%。

其中交易量排名前三的Dex協議分別是UniSwap 7.33億美元，SushiSwap 3.76億美元以及1inch 2.48億美元。Uniswap的交易量占到近24小時Dex交易總量的38.34%，24小時交易筆數達10.8萬筆。[2021/1/27 13:38:30]

在以太坊中，每個區塊都包含一個stateRoot字段，它是MPT根的哈希值。總而言之，這個哈希，是通過對根的16個子項的哈希列表進行哈希運算而獲得的。這些子哈希列中的每一個，又依次是其子哈希列表的哈希，依此類推。

每次生成一個新區塊時，礦工都會更新帳戶樹并重新計算其根哈希值。哈希存儲在新區塊的stateRoot字段中，然后新區塊被密封。

圖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

Tags：以太坊ALAPHASTAVSYS幣會成為第二個以太坊嗎Pala Int Commphala幣價STARSHIPDOGE幣

比特幣