過期狀態復活方法比較_NBS

狀態保質期是目前解決狀態增長問題的推薦方案。

在本文中，我們將狀態保質期視為一種會定期讓完整狀態樹失效的機制。本文將討論如何存儲之前的周期（period），因為我們的關注點就是如何復活已經被遺忘的狀態 —— 無論 n=0 還是 n=1。

以下總結了一些機制提案：

顧名思義，“清空” 就是什么都不剩：過了保質期的狀態會立馬失效，如果用戶需要使用已失效狀態中的部分數據，必須提供對應的見證數據（witness）。請注意，若要讀取或寫入還未在有效狀態中初始化的部分，用戶 必須 提供證明：要么是一個除外證明（exclusion proof）來表明這部分數據在之前任意時刻都沒有初始化，要么是一個具體時間點的證明，然后再提供一個除外證明來表明這部分數據在這個時間點之后沒有改變過。

某巨鯨從Assure Wallet幣安子賬戶轉出311萬枚CRV:8月3日消息，11小時前，某巨鯨從Assure Wallet幣安子賬戶錢包轉出311萬枚CRV（182萬美元）。

注，Assure Wallet是幣安經紀商，用戶可以通過本地錢包快速生成幣安子賬戶，使用幣安的流動性和交易深度進行交易。[2023/8/3 16:16:04]

利

非常簡單

弊

除外證明的大小會隨時段數量呈線性增長，讓初始化狀態數據的成本變得異常高

逃避了地址沖突問題

清空元數據的主要問題在于，初始化新的狀態元素會產生很高的成本。通過讓地址帶上周期標記，以太坊協議可以創建一種機制來避免在初始化新的狀態數據時產生地址沖突。鑒別器會設定賬戶最少能夠存活到哪個時段。目前有兩種方法可以實現 PWA：

Celo關于遷移到以太坊L2架構的治理提案開啟社區投票:7月25日消息，Celo關于將Celo遷移到以太坊L2架構的治理提案已開啟社區投票（Temperature Check）。該治理提案是對社區的投票，支持Celo通過從獨立的EVM兼容Layer1區塊鏈過渡到以太坊Laye2，不是對如何實現Layer2目標的架構或設計的投票。

7月中旬，Celo開發團隊cLabs發起新提案，提議Celo從獨立的EVM兼容Layer1區塊鏈遷移到以太坊Layer2，即利用OP Stack成為以太坊L2的架構，這將是一次技術升級，關鍵特點包括：由Celo現有驗證器們驅動的去中心化排序器，采用拜占庭容錯共識機制；由EigenLayer和EigenDA提供支持的鏈下數據可用性層，由以太坊節點運營商操作，并通過重新抵押ETH進行保護，使得Celo能夠保持低費用；保留Celo只需1個區塊確認的設計。[2023/7/25 15:58:09]

Vitalik 的文章

以太坊開發人員：DevNet8計劃在8月第一周的某個時間進行首次亮相:金色財經報道，本周，開發人員討論了DevNet8規劃以及對Deneb/CancunEIP的一些調整。各個團隊正在DevNet8之前開發新的軟件版本。據開發人員稱，一旦所有客戶端版本都通過了DevNet8的相關Hive測試，開發人員將繼續啟動以下測試網絡，DevNet8計劃在8月第一周的某個時間進行首次亮相。[2023/7/23 15:52:39]

Ipsilon 的文章

太長不看：同時允許傳統的 20 個字節的地址和 32 個字節的 ASE 前綴地址存在。在以太坊虛擬機中創建一個環境變量來修改涉及地址的操作碼的行為，具體視相關地址是傳統地址還是 ASE 地址而定。

以太坊L2網絡總鎖倉量回升至51.9億美元:金色財經報道，L2BEAT數據顯示，截至目前，以太坊Layer2上總鎖倉量為51.9億美元。近7日跌0.59%，其中鎖倉量最高的為擴容方案Arbitrum，約26.2億美元，占比50.49%。其次是Optimism，鎖倉量15.5億美元，占比29.89%。dYdX占據第三，鎖倉量4.73億美元，占比9.12%。[2022/9/4 13:07:43]

新的狀態無需證明即可初始化。

可擴展以保存其它元數據。

解決地址沖突問題。

需要對 EVM 進行大量修改。

需要創建兩種不同的 EVM 環境，分為傳統模式和擴展模式。

轉換映射將無限增長（與傳統環境中使用的長地址數量呈線性關系），而且無法用過期機制來拋棄似乎是可以有過期機制的，只不過（拋棄數據后）要承擔一些地址沖突的風險。

用戶體驗不佳，因為用戶可以將資產存儲在三種類型的地址上（短地址、長地址、壓縮地址）。

并非所有 Solidity 編譯的合約的掩碼地址都有 160 位，因此一些合約的地址可能會存在高階臟位（dirty upper bit）。

（點擊此處，查看 Ipsilon 的完整分析。）

Vitalik 的文章

太長不看：找到一個未使用過的 4 個字節的前綴，并禁止在舊規則下使用該前綴創建新的合約/地址。舊合約在傳統模式下執行，只可根據舊規則創建新的地址。新類型的合約在 PWA 模式下執行，只可創建新的合約（其中，開頭 4 個字節是預先選好的前綴，第 5 - 6 個字節代表當前時段，第 7- 20 個字節照例代表地址。）

對 EVM 的修改相對較少。

不需要轉換表，用戶只需要考慮一種地址。

不會破壞現有工具（不過它們顯示的可能是異或地址（xor'd address）而非原像？）

發生地址沖突的概率較高，不再有反事實合約。

不是一個很有吸引力的解決方案，可能會讓地址擴展變得越來越難。

這個想法應該還沒有被正式定義（就算有也只是在 @adietrichs 的腦中），但它的大體思路是在狀態樹中的賬戶對象處增加一個新的字段來表示創建時間。這樣可以解決因除外證明而導致新的存儲項初始化成本過高的問題（尤其是在假設合約是為了在每個周期部署新的子合約而編寫的情況下），但是不會改善為創建新賬戶而創建新賬戶的問題。

如果是新合約，無需證明即可初始化新的存儲項。

非常簡單。

不會因為外部映射而導致狀態無限增長。

不會破環現有工具。

逃避了地址沖突問題。

創建新賬戶的成本很高，需要除外證明來表明該賬戶自周期 0 以來就不存在。

這個想法也沒有被正式定義，大體思路是引入一個新的注冊表樹來存儲狀態保質期的元數據。這個注冊表不會過期，并且會存儲合約的創建時段。另外，它還可以存儲其它信息，如存儲項的總數量。只要有效存儲量等于合約的總存儲量，合約時段就可以升級成當前時段。類似方案也可以應用于 EWA 提案，但是需要修改狀態樹。

不會破壞現有工具。

新的狀態樹結構。

無限增長（與使用中的地址數量呈線性關系）。

Tags：以太坊CELOCELNBS以太坊幣最高價格是多少人民幣WCELO價格CELRNBS幣

Bitcoin