觀點：以太坊狀態規模管理諸提議（上）_以太坊

以太坊協議所面臨的一個最為長久且尚未解決的挑戰，就是由于狀態數據規模不斷增長而帶來的問題。以太坊區塊鏈上的許多操作都會給以太坊添加狀態內容，而所有全節點都必須存儲全量的狀態數據，這樣才能驗證新區塊以及制造新區塊。這些操作只需事務的發送者一次性繳交按gas用量來計量的手續費，但會給整個網絡造成永久的持續性成本，因為節點需要存儲這些新數據。

這是系統設計中的一個顯著的失衡，可能會讓以太坊系統變得越來越難用，因為狀態中充斥著不再有用處的“垃圾數據”。本文的目的是詳細解釋問題產生的根源，以及一些解決該問題的方法。如果我們能實現某個解決方案，這將為安全地大幅提高區塊Gas上限鋪平道路。

本文所論述的研究領域仍在推進中，隨時有可能出現更新、更好的想法和更優雅的權衡。

引言：問題出在哪？

“狀態”指的是節點若想處理新產生的區塊和事務就必須存有的信息。狀態與“歷史”完全不同，后者是關于過去時間的信息，節點可以保存這些信息以便日后重新廣播或歸檔，但并不是處理區塊鏈所必需的。

觀點：加密貨幣可能是人類歷史上最偉大的發明之一:今年比特幣經歷了強烈的波動，因為新冠肺炎震撼了市場。雖然這種波動讓許多人對這個領域不感興趣，但一些人表示，當前的宏觀經濟和地緣趨勢使得比特幣比以往任何時候都更加重要。

Uber、推特和Identity等公司的天使投資人、AngelList聯合創始人兼董事長Naval Ravikant最近接受采訪時提到他目前關于比特幣、加密貨幣的想法。“我認為加密貨幣可能是人類歷史上最偉大的發明之一，它們之所以有趣，是因為如果你看看科技行業，科技在不受監管的空間里發揮作用。”

他解釋稱，“從金融角度來看，2020年發生的最可怕的事情可能是共和黨和民主黨都認為，‘哦，實際上我們可以印很多很多的錢。當我們印刷1美元時，70%的通貨膨脹沖擊效應成本由世界其他地方承擔，而不是由我們自己承擔。所以美國政府已經解決了這個問題。’”他還提到，“我不想做價格預測，但我覺得現在的持有者比以往任何時候都要多。”（NewsBTC）[2020/10/17]

在以太坊協議中，狀態信息包括：

觀點：從長期看比特幣可能是當前經濟放緩的受益者:Delphi Digital聯合創始人Kevin Kelly表示，宏觀經濟背景從未像現在這樣有利于比特幣。Kelly指出，傳統市場的起伏經常反映在比特幣市場和其他加密貨幣上。最近的一個例子是3月中旬發生的恐慌性下跌。隨著傳統市場的復蘇，加密市場也一并復蘇。在最近的崩盤中，盡管所有資產類別都出現了下跌和復蘇，但比特幣與黃金的漲勢更為一致。盡管比特幣只存在了大約10年，但其已開始被視為安全的避風港資產。

鑒于BTC的特點，Kelly認為，從長遠來看，BTC可以被視為一種非主權的、數字原生的、硬性上限供應，屬于安全的避險資產。然而，比特幣與其他資產類別之間存在相關性，但假以時日，這種相關性可能會隨著風險資產的增加而減弱。（AMBCrypto）[2020/5/7]

賬戶的ETH余額和nonce

智能合約的代碼

觀點：美聯儲及銀行低利率或能推動穩定幣的采用:4月15日，Cointelegraph發文討論美國的零利率對穩定幣采用的作用稱，對于一些穩定幣用戶（與法幣掛鉤）來說，其最大的收入來源之一是存儲利息。而美聯儲及各銀行下調儲蓄賬戶利率導致用戶收入減少。目前的低利率環境可能會使用戶資產處于虧損狀態。但從更長遠來看，穩定幣概念已經成為加密領域的重要組成部分，穩定幣的重要性將逐步擴大。當經歷嚴峻的市場環境時，穩定幣將提供安全保障；而當市場恢復，再次變得更具競爭力時，交易者和投資者將會重新評估穩定幣這一投資選項。此前4月9日消息，美聯儲發布會議紀要稱，零利率將保持至經濟消化疫情的打擊之后。[2020/4/15]

智能合約的存儲項

與共識機制相關的數據

歷史信息則由舊的區塊和收據組成。EVM中沒有操作碼可以讓你訪問舊區塊、舊事務和內容和收據輸出，所以節點丟棄這些數據也仍然能驗證新區塊，所以這些是歷史信息。

觀點：ETH 2是以太坊的中樞神經系統 可以解決可擴展性等問題:3月12日，因為整個市場都急于在價格暴跌的情況下出售其代幣，以太坊每日費用也創下第二高的記錄。CoinMetrics最近在推特發布ETH費用飆升的消息，原因是人們在市場波動中急于進行交易。在這種背景下，SetProtocol市場營銷總監兼ethhub_io聯合創始人Anthony Sassano最近接受采訪時指出，ETH 2.0可能是一個有前途的生態系統解決方案。Sassano將ETH 2稱為以太坊的中樞神經系統，并斷言該升級可以解決很多問題，包括可擴展性問題。他還指出，ETH可以很好地擴展到第二層，并引入Optimistic Rollups和其他附加協議。“因此，我們實際上可以在ETH 1和ETH 2之間實現這種互操作性，而不必等到第二階段。”（AMBCrypto）[2020/3/20]

上述狀態信息列表中的最后一項——共識機制相關數據——在設計上已經精心限制了其規模，因此我們不太需要為此困擾。但前面三項，就令人頭大了。這三類狀態信息的規模會隨著時間推移而不斷增大，因為不斷會有新用戶加入網絡，他們會創建新的賬戶、新的合約，還會加入合約、收到token什么的。

聲音 | 觀點：盡管ETH較歷史最高點下跌88% 但其基本面依然強勁:ETH已從歷史最高點下降88%，但根據加密貨幣投資者Spencer Noon的說法，隨著鎖倉在DeFi應用程序中的以太幣的總價值持續增長，以太坊（ETH）的基本面仍然強勁。Spencer Noon將2019年年初以來ETH的價格趨勢與鎖倉在DeFi應用中的美元總價值進行比較后發現，該價格不能準確地描述區塊鏈網絡的增長。（cryptoslate）[2019/10/21]

難辦的是，許多狀態用過之后就會靜靜地躺在那里；一旦某個用戶停用某個應用之后，就會產生一些“垃圾狀態”——不會再派上用場，但會永遠存在那里。

理論上，用戶可以做到“垃圾不落地”。用戶可以僅發布帶有SELFDESTRUCT條件的合約，等他們再也用不上這個合約的時候，就調用這個操作碼移除這個合約、清空其token余額；他們還可以使用智能合約錢包，通過一個已有的外部持有賬戶來發送交易，而無需生成一個新的EOA。

但是在實踐中，這樣的激勵非常少，而適當的狀態清理的技術復雜性又太大了。在許多合約中，給任何人賦予這樣調用SELFDESTRUCT的權限都是不合適的，而且，也會給用戶體驗和代碼上也會增加很多復雜性。實際上，由于SELFDESTRUCT用處極其有限而副作用極大，我更傾向于永遠移除這個操作碼。如果我們真想控制狀態數據的規模，我需要的是一個網絡中的節點可以默認丟棄不再被使用的“垃圾狀態”的方法。

無狀態客戶端

這個問題的一類解決方案基于“無狀態客戶端”的觀念。基本原理是，讓區塊驗證不再以持有全局狀態為前提。相反，區塊會自帶證據”），證明其所訪問狀態的值。就跟現在的設計一樣，區塊內會包含一個“狀態根”，所訪問的值可以對應著狀態根得到證明。以太坊現在的狀態樹方案支持這樣的證明技術，像二進制樹或者VerkleTrie這樣更高效的方案也可以。見證數據也會證明處理完該塊后新狀態根的正確性。

無狀態性有兩種形式：

弱無狀態性：出塊者仍然需要完整的狀態，以為區塊生成見證數據；但驗證區塊的階段可以是無狀態的；

強無狀態性：沒有任何節點需要完整的轉臺。反過來，是交易發送者需要提供見證數據，而出塊者可以聚合這些數據。交易發送者自己負責存儲為所關切的賬戶生成見證數據所需的部分狀態樹。

強無狀態性是一個非常“優雅”的解決方案，因為它把責任完全轉移給了用戶，雖然為了保證實踐中的良好用戶體驗，我們需要創造某些類型的協議來幫助不運行個人節點的用戶維護狀態、并處理用戶需要與意料之外的賬戶交互的情形。打造這樣的協議非常難。

此外，所有類型的無狀態性都提高了網絡所需的數據帶寬；而強無狀態性還需要交易聲明其所交互的賬戶及存儲項的鍵。

一個更溫和的解決方案：狀態過期

更溫和的解決方案可以歸結為不同形式的“狀態過期”方案。必須持續得到訪問的狀態才能保持“激活狀態”；而長期無人問津的狀態會變成“失活”。具體用什么機制來更新狀態，有很多選擇，但一般原則是，除非某個狀態對象被顯式地更新，否則就以某種形式處于失活狀態。因此，任何創建新狀態對象的活動，都只能成為節點在一段時間內的負擔，而不像現在這樣變成永久負擔。

失活狀態，故名思義，就不是“狀態”的一部分；想要處理區塊或創建區塊的節點無需存儲失活狀態。不過，失活狀態不是被完全刪除了！在所有類型的狀態過期提案中，都預設了某種方法可以“復活”已經失活的狀態。

一般原則是，激活狀態的使用與當前相同，而失活狀態則需通過上述無狀態客戶端的機制來使用。復活一個過期狀態對象的事務需要提供一個證據，來證明該對象是失活狀態的一部分。為了能夠生成這樣的證據，用戶自己需要存儲和維護至少一部分失活狀態。

何時過期

決定過期條件的設計也有很多種。最常見的幾種是：

直接租金：逐塊逐塊收取“租金”，直接以每個賬戶的余額來支付；狀態對象的余額降到了零，該賬戶就過期了。

剩余存活時間值：每個狀態對象都存儲一個”剩余存活時間“值，這個值可以通過支付費用來增加

觸達即刷新：每個狀態對象都存儲一個”剩余存活時間“值，并且每逢讀取或寫入該賬戶都會增加該值

所有狀態對象定期過期：也就是ReGenesis提案

我自己越來越喜歡”觸達即刷新“方案，因為它避免了應用需要創造復雜的經濟模型來讓用戶承擔狀態租金；以及它保證了激活狀態的規模有一個清晰的上限。讓大量狀態按照規律的時間間隔過期的方案也有同樣的好處，但也有一些有趣的權衡：關鍵好處是，過期方案更簡單，但關鍵不足是，跨過一個過期時點后，你再激活自己的狀態對象時，需要多少見證數據會跟你觸達狀態對象的時間點有關。

賬戶層面的過期vs.存儲槽層面的過期

狀態過期的邏輯既可以運營到賬戶層面，也可以運用到單個存儲槽層面。當前，我強烈偏向于在存儲槽層面實現狀態過期方案。因為很多合約賬戶的存儲槽數量是不受限制的，任意用戶都能加入合約并增加合約名下的存儲槽的數量。不管使用什么樣的賬戶層過期方案，想要實際限制狀態的規模，租金的數量都必須與合約內存儲槽的數量成比例。結果是，用戶還是能夠僅支付一次性的費用就給合約及其用戶施加永久的持續性成本。

要解決這個問題，合約要么加入復雜的內部邏輯，將存儲操的租金“轉嫁”給用戶，要么重新設計自己合約的模式，轉向使用CREATE2操作碼創建新的合約并使用這些合約來充當存儲槽。不管是哪種辦法，最后都會變成等價于存儲槽層面的過期方案。因此，我個人認為，我們應該僅在合約存儲槽層面實現狀態過期方案。

但是，存儲槽層面的過期方案也有自己的缺點：每個存儲槽都要增加一個元數據，指明它何時過期，這也意味著“復活沖突問題”不僅會影響賬戶，也會影響存儲槽。

Tags：ETH以太坊比特幣穩定幣ETH官網錢包以太坊交易所排名比特幣坑了多少中國人香港穩定幣監管擬議方案出爐

DAI