BSP:過期狀態復活方法比較_Multichain

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

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

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

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

Multichain：橋接服務目前已停止，恢復時間尚未確定:7月7日消息，Multichain發布公告稱，Multichain服務目前已停止，所有的橋接交易將在卡在源鏈上。目前還沒有確定的恢復時間，請暫時不要使用Multichain橋接服務。[2023/7/7 22:23:22]

利

非常簡單

弊

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

逃避了地址沖突問題

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

RabbitX將向早期用戶發放空投激勵，快照將于4月9日結束:3月31日消息，去中心化永續合約交易平臺 RabbitX 宣布將向早期忠實用戶提供激勵，通過向活躍交易者分發 Token 來提高交易平臺的流動性。快照將于 2023 年 4 月 9 日結束。空投分發將在第二季度進行。此外，此空投僅適用于早期主網用戶，測試網絡沒有空投。[2023/3/31 13:37:48]

Vitalik 的文章

Ipsilon 的文章

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

市場分析：美聯儲將強調他們對提高利率的堅定態度:12月4日消息，在即將進行的美聯儲利率決議中，美聯儲官員可能還想強調他們對更高利率的堅定態度，以反擊華爾街，因為華爾街認為，美聯儲計劃下調加息幅度是放寬金融環境，這可能是不受歡迎的。美聯儲一直在刻意收緊環境，以減少需求和緩解價格壓力。\"更廣泛的金融條件正在變得更舒適，我不清楚美聯儲是否取得了很大的進展。\"

Amherst Pierpont Securities LLC的首席經濟學家Stephen Stanley說，“美聯儲仍有很多工作要做，以讓經濟得到足夠的冷卻，特別是勞動力市場，才能達到他們想要的通脹水平。我們肯定還沒有達到那個目標。\"(金十)[2022/12/4 21:21:21]

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

數據：至少持有0.1枚ETH的地址數達8個月低點:金色財經消息，據Glassnode數據顯示，當前至少持有0.1枚ETH的地址數為6,229,974，達8個月低點。[2022/8/4 2:57:37]

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

解決地址沖突問題。

需要對 EVM 進行大量修改。

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

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

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

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

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

Vitalik 的文章

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

對 EVM 的修改相對較少。

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

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

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

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

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

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

非常簡單。

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

不會破環現有工具。

逃避了地址沖突問題。

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

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

不會破壞現有工具。

新的狀態樹結構。

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

Tags：NBSBSPICHMultichainnbs幣最新消息bspt幣未來前景REKT2RICHESCORE MultiChain Token

幣贏