NFT:一文縱覽無狀態以太坊路線圖新變化

關鍵路徑：通過區塊見證實現無狀態驗證者，通過狀態保質期來抑制狀態增長。

原文標題：《通告|一份新的無狀態以太坊路線圖》

自上一版無狀態以太坊的全面「路線圖」發布以來已經過去了一段時間，現在很多東西都發生了改變。似乎又到了需要「全都寫下來」的時候了。

我們沒有在做什么

我們沒有在解決無狀態挖礦的問題。

我們沒有在解決DSA問題，也不準備出于執行的目的為事務附加見證數據。

關鍵路徑

很難確定我們的目標到底是什么。但是我認為，只要我們著眼于需求，自然會出現一個目標梯度。

通過區塊見證實現無狀態驗證者

我們希望/需要驗證者無需保存完整的狀態就能驗證區塊。一種提議是在協議中要求為區塊附加區塊見證，以便客戶端使用區塊見證數據來驗證執行區塊得到的狀態根。

受攻擊事件影響，Zunami Protocol穩定幣UZD下跌96.8%:金色財經報道，據行情數據信息，受攻擊事件影響，ZunamiProtocol推出的穩定幣UZD短時下跌94%，現報價0.03151567美元。[2023/8/14 16:24:22]

為此，我們需要：

A：大大縮小見證

B：讓驗證者可以連同區塊一起獲得可靠的見證

我們使用VerkleTrie來解決需求A，將證明開支降至恒定大小。另請參見「為以太坊狀態應用verkletrie的提議」。還值得一提的是，統一verkletrie需要修改SELFDESTRUCT操作碼的行為，或完全刪除該操作碼。

我們通過見證消息成為協議運行的一部分來解決需求B，以便收到該證明的人確認它是對應區塊的正確證明。關于生成并通過gossip廣播見證的責任歸屬尚未確定。

Zilliqa將于4月25日在主網上實現EVM兼容性，Zilliqa 2.0已開始開發:4月21日消息，Layer1 區塊鏈 Zilliqa 發文稱，將于 4 月 25 日在主網上實現 EVM 兼容性，并為 Zilliqa 2.0 奠定基礎。EVM 兼容性將允許用戶使用 EVM DApp 和錢包在本地傳輸 ZIL 代幣。在實施第一個完整版本的 EVM 兼容性后，它將在隨后的主網升級中得到擴展，以包括 Scilla 和 Solidity 標準之間針對可替代代幣、NFT 等的完全互操作性。Zilliqa 2.0 正與 EVM 兼容性功能一起開發，將保留 Zilliqa 網絡當前版本的所有功能，包括完整的 EVM 兼容性，同時對網絡性能和實用性帶來顯著改進。Zilliqa 2.0 將通過新的和改進的分片系統提供更快的最終確定性和更好的可擴展性。[2023/4/22 14:19:22]

延伸閱讀：《為什么無狀態性對于ETH2.0來說如此重要？》

研究：2020年以來已有價值超過8660萬美元的NFT被盜:金色財經報道，Comparitech最近的研究表明，NFT盜竊正變得比以往任何時候都要頻繁，而且更有利可圖。自NFT標準首次引入以來，該公司一直跟蹤NFT盜竊事件，并早在2020年就記錄了第一次被盜的NFT。自那時起，已有超過8660萬美元的NFT被盜。以今天的價格計算，這些NFT的價值超過8.965億美元。2022年，NFT盜竊的總數量也有顯著增加。在166起NFT盜竊事件中，有14起發生在2021年，而2020年只有2起。剩下的150起發生在2022年，其中3月就發生了31起盜竊事件。（CryptoSlate）[2022/8/4 12:01:45]

通過狀態保質期來抑制狀態增長

區塊提議者依然需要生成區塊。我們不建議解決無狀態區塊挖礦的問題，因為這會將我們的目標變成減輕日益增長的狀態維護負擔。

發送ETH到交易所的地址數量創4個月新高:金色財經消息，Glassnode數據顯示，發送ETH到交易所的地址數量達到4個月高點，七日均值為4570.81。[2022/7/26 2:38:10]

我們的目標是對總體狀態規模施以經濟限制。我們計劃通過「狀態保質期」來實現該目標。

詳情請參閱：《Resurrection-conflict-minimizedstatebounding,take2-#17byvbuterin。》

大致上講，所謂的狀態保質期，就是讓狀態在一段時間后「失去活性」。失活狀態不再由協議管理。任何與失活狀態的交互都需要附帶一個證明，讓失活狀態重新恢復活性。該方案不會將任何復雜的「租賃」機制引入EVM，但它實際上還是強制實現了「狀態租賃」。其結果就是為總體狀態規模設置了嚴格的上限。

次關鍵路徑

通過「門戶客戶端」實現無狀態客戶端架構

延伸閱讀：《Completerevampofthe「StatelessEthereum」roadmap-#2bydankrad》

當前的DevP2P以太坊協議不能很好地支持無狀態客戶端。即使為支持無狀態客戶端而修改協議，這也并非易事。也就是說，僅依靠「關鍵路徑」，我們就可以構建出適用于Eth1+Eth2合并基礎設施的客戶端，但是這些客戶端對于大多數為了使用JSON-RPCAPI而使用客戶端人來說沒什么用。

另一項正在開展的計劃是構建支持廣泛部署超輕量級「門戶客戶端」所必需的網絡基礎設施。所謂的「門戶」，就是指客戶端可以查看網絡和相關數據，但是不必通過任何有意義的方式參與協議。

「門戶客戶端」將參與專為滿足以下需求而設計的專用型點對點網絡：

1.按需檢索任意狀態。

StateNetworkDHT-DevelopmentUpdate#2-#5bypipermerriam

2.按需檢索任意區塊鏈歷史。

Alexandria-HackMD

3.參與交易gossip廣播，但是無需訪問狀態。

ScalableTransactionGossip-#3bypipermerriam

4.參與區塊gossip廣播，但是無需滿足DevP2P以太坊協議的隱形要求。

任何想要吸引JSON-RPCAPI用戶的「無狀態客戶端」都會參與這類網絡。我們希望現有客戶端會利用這類網絡來讓自己變得更加輕量級。

這不是實現Eth1+Eth2合并這一主要目標的關鍵路徑，但它有助于將無狀態客戶端擴展至除驗證者以外的用例。

Regenesis

過去，「Regenesis」有兩個不同的涵義：

使用一個新的創世塊來重新啟動區塊鏈，并就創世狀態達成共識。

讓狀態「失去活性」，必須提供證明來讓狀態「恢復活性」。

活性/失活機制現已歸類為「狀態有效期」方案。

使用新的創世塊來重啟區塊鏈有很多好處。其中，最主要的一點是，將所有客戶端從歷史分叉規則所帶來的隱形需求中解放出來，讓客戶端變得更加簡單。這也可以幫助節點縮短獲得完整狀態副本所需的同步時間。

被移出關鍵路徑的內容

BinaryTrie

原本是用來減少見證大小的主要機制，現已被VerkleTrie替代。

參考閱讀：《EIP-3102:Binarytriestructure》

代碼默克爾化

原本是用來減少見證大小的次要機制，現已被VerkleTrie替代。

參考閱讀：《EIP-2926:Chunk-BasedCodeMerkleization》

作者:pipermerriam

Tags：NFTZILETHLETNFT2$幣ZILDtogetherbnb手游下載ELF Wallet

比特幣