Phase one and done：Eth2 作為數據可用性引擎_TRA

編者注：這篇文章的原標題為“PhaseOneandDone:eth2asadataavailabilityengine”，在發表當時，作者意在為Eth2.0提出一種替代Phase2的路線圖，也就是，如果僅用分片來保證數據可得性，這樣的系統是否有用，還需要增加哪些部分來使之變得有用。令人驚訝的是，在一年半以前，作者就已經認識到，對zk-rollup這樣的系統來說，底層必須保障的是“狀態轉換的執行和數據可得性必須是原子化地綁定在一起的”，因此底層必須具備執行能力，哪怕是非常簡單的無狀態執行；而且，為保證用戶體驗，還缺少的主要部分是數據怎么上分片的手續費支付協議。手續費協議在Phase2的規范中，目前也仍然是缺失的。

順帶說一句，本文作者是CaseyDetrio，他是Ewasm團隊的一員，之前也為Phase2提供過很多想法；他也認為，應該以“保證Eth1的合約到了Eth2能夠如常執行”為核心來設計Eth2.0。他是被低估的一個開發者。

目前，限制Eth1吞吐量的瓶頸是狀態增長。因此，如果我們想要擴展以太坊，從邏輯上來說，1000個具有獨立狀態的分片能夠將吞吐量提高1000倍。

區塊鏈公司Alpha Transform Holdings將推出兩只資管規模總額1億美元的基金:金色財經報道，Transform Ventures投資了一家新的控股公司，名為Alpha Transform Holdings（ATH），以加速區塊鏈投資和創新。

據了解，ATH是通過合并Transform Ventures和Alpha Sigma Capital母公司的部分資產而創建的，并將推出兩只資管規模總額1億美元的基金，分別是Alpha Liquid數字資產基金和Aegean基金。ATH的三個重點領域包括提供資產管理產品套件、Alpha Transform產品和Alpha Transform戰略。（Cointelegraph）[2023/3/8 12:50:13]

但是，從Eth1.x的路線來看，Eth1.x想要對兩類資源的成本進行重大調整：存儲和交易數據。目前，存儲的定價過低，而交易數據的定價過高。這會激勵dApp開發者在編寫合約時更多使用存儲而非交易數據，從而導致存儲成為吞吐量的瓶頸。針對這一問題提出的解決方案是增加存儲的定價，并減少交易數據的定價。經過這些成本調整，開發者將受到激勵更多地使用交易數據，而非存儲。因此，在不久的將來，我們預期Eth1的吞吐量會受到交易數據的限制，而非存儲的限制。

隱私支付項目Umbra在Rinkeby測試網發布Phase 1:據官方消息，基于以太坊的隱私支付項目Umbra宣布在Rinkeby測試網發布了協議的第一階段（Phase 1）。該版本為第二階段（Phase 2）奠定了基礎，Phase 2預計在3月的完成。今天發布的版本已經包含了一些最初指定用于第二階段的更新。[2021/2/24 17:48:57]

如果我們假設吞吐量受到交易數據的限制，那么為了擴展以太坊，Serenity上的分片不需要有狀態。如果吞吐量受到來自無狀態合約的交易數據的限制，那么1000個無狀態分片就會將吞吐量提高1000倍。

這聽起來不錯，但是需要通過分片來實現，按計劃要等到Phase2。與此同時，我們可以將Phase1作為數據可得性引擎。數據可得性引擎一詞似乎逐漸流行起來。我們來思考一下它是如何運作的。

以zk-rollup為例，zk-rollup受到數據可得性的限制。Eth1上的zk-rollup合約能否有效地將Eth2作為橋接式可用性保障提供方？如果在執行過程中無法同時保障數據可得性，你就會得到一個類似plasma的zk-rollback系統。這個系統雖然能夠大幅提高TPS，但是會引入復雜的權衡關系，需要處理像plasma那樣的運營者挑戰和退出機制。在可用性挑戰中，任何人都可以提供數據來證明可用性，因此目前還不清楚將數據放入橋接的Eth2分片中能不能讓事情變得更簡單。

現場丨Phala.network聯合創始人佟林：跨鏈的價值傳導是從上往下 而構建是相反的:金色財經現場報道，10月11日，由金色財經、Candaq和哼哈互動聯合發起的金色沙龍第55期“Polkadot-波卡萬物生長與跨界破圈對話”在北京正式舉行。在本次沙龍上，Phala.network聯合創始人佟林表示，協議和應用創新價值是不可混淆的，協議的創新價值其實很難實現，由于其價值獨特，競爭和投資方法也不一樣，好的協議就能為更上層的應用搭建提供完備的基礎。

此外，他指出跨鏈的需求和價值傳導是從上層往下層走，從應用層傳到服務層和協議層，而構建是反過來的。波卡的價值關鍵是能否實現其他任何區塊鏈實現不了的可組合性。[2020/10/11]

現在有了另一個版本的zk-rollup，即，500TPS的zk-rollup，一切都變得簡單多了。不再需要指定的運營者，任何人隨時都能充當中繼者，并生成SNARK證明來更新狀態。事實上，數據可得性保障始終伴隨著狀態更新，也就是說不需要處理像plasma那樣的運營者挑戰和退出機制。但是這需要執行和數據可得性保障都發生在同一筆交易中，而遺憾的是我們無法使用橋接式可用性引擎做到這點。換言之，橋接對于zk-rollback這樣的欺詐證明系統來說足夠了，但是對zk-rollup這樣的有效性證明系統來說還不夠。結論是，為了將Layer2上的有效性證明簡單化，Layer1上的可用性引擎需要具備的一項重要功能是，能保證數據可得性與狀態轉換的執行是原子化地一起發生的。

現場 | AlphaCoin Fund創始合伙人安乾隆：區塊鏈在金融領域落地應該是全方面多層次的:金色財經現場報道，1月15日上午，由易趣財經、一本區塊鏈、《金融理財》雜志社主辦的“破界·融合”區塊鏈與數字金融高峰論壇在北京舉辦。AlphaCoin Fund創始合伙人安乾隆現場表示，區塊鏈在全球金融領域的落地，應該是全方面，多層次的。由大到小，以國家力量推動產業發展，金融行業與金融機構立足現有基礎進行創新，傳統巨頭加強研究與合作，創新創業繁榮發展。另外，全方位的落地發展要以人才為基礎。[2020/1/15]

或許我們不應該對這一認識感到驚訝。如果單靠數據可得性就有用的話，就不會有人說Phase1啟動只是為了確保一堆非零blob的可用性，也就不會有人抱怨必須要等Eth2進入下一階段才能真正發揮作用了。我們正在努力將Phase1作為數據可得性引擎，但是它依然無法執行任何操作，因此令人感到失望。

那么，為什么Phase1會與執行相沖突？好吧，假設是有狀態執行，則每個分片都要維護一些本地狀態。如果驗證者需要維護很多本地狀態，那么驗證者混洗就會復雜得多。反之，如果沒有執行，就不用擔心本地狀態。驗證者混洗就會簡單得多，我們就可以專注于使用數據blob構建分片，然后更快地啟動分片。

現場 | Phala創始人尹航：在Substrate鏈上驗證英特爾SGX證書是一個龐大工程:金色財經現場報道，12月21日，在北京舉辦的Substrate Workshop上，Phala聯合創始人尹航講解了利用TEE和區塊鏈結合的解決方案。尹航表示，區塊鏈上的代碼執行是可信的，TEE的執行也是可信的，因此重要的是鏈上和鏈下模塊互信，可以讓TEE讀取鏈上的數據，也可以讓TEE證明在鏈上驗證。TEE可以驗證Substrate鏈上區塊中的Justification，英特爾SGX（TEE環境）可以產生一個數據執行后的可信證明，因為Substrate的Wasm環境以no-std模式編譯，功能受限，則需要移植完整的密碼學庫以驗證TEE證書。這一部分會是一個龐大的開發工程。[2019/12/21]

但是，我們先不假設執行是有狀態的。如果我們嘗試使用非常簡單的無狀態虛擬機來執行操作會怎么樣？

假設信標鏈狀態中有3個新的驗證者字段：code、stateRoot和deployedShardId。這里還有一個函數process_deploy。一旦代碼部署完成，驗證者必須保證賬戶余額不低于某個閾值。

現在，我們假設全局狀態中已經有了一些帶有代碼的賬戶。

接下來，我們嘗試將特定數據blob打包到分片上，但是該怎么做？據我所知，對于phase1的分片驗證者來說，如何決定將哪些數據blob打包到分片區塊中仍是個懸而未決的問題。假設phase1規范中沒有詳細說明這一點。那么，對于用戶來說，如果他們想要將自己的數據blob打包到分片上，就只能通過兩種方式：聯系驗證者，并通過協議外的方式向其付款；自己成為驗證者，就可以將數據blob打包到分片上。這兩種方式都是下策。

比較好的方法是，將事情擺到臺面上，允許驗證者通過一個交易協議向當前區塊提議者支付費用。作為交換，區塊提議者要將驗證者的數據blob打包到分片鏈上。但是，如果信標鏈區塊操作有最小容量要求，這種方法就行不通了。如果沒有一個能夠讓驗證者決定數據blob打包優先級的交易協議，那么“將phase1作為數據可得性引擎”的用例將無法實現。不管怎么說，我們先假設，不管分片提議者在“沒有執行的數據可得性引擎”模式中如何打包數據blob，都可以在“簡單無狀態執行的數據可得性引擎”中都同樣能做到。

好了，那么假設特定的數據blob可以打包進區塊了。每個區塊都將執行限制在一筆交易中。我們還未明確交易要用密鑰簽署，還是不需要簽署。假設是后者，且代碼實現了自己的簽名檢查。如果blob能夠作為交易成功解碼，則以數據和當前狀態根作為輸入執行目標賬戶代碼。如果執行成功，則返回數據為新的狀態根。

我們如何更新驗證者賬戶的stateRoot？我們無法在每個分片區塊的BeaconState中更新狀態根。但是，信標鏈的狀態中的分片字段，會隨著交聯而更新。取同一個分片上所有賬戶的已更新狀態根，假設對它們進行哈希運算，得到shard_state_root。shard_state_root似乎與phase1設計中已有的crosslink_data_root差不多。

不可否認的是，不是每挖出一個信標鏈區塊，所有分片狀態根都會更新，因此存在一些本地狀態。但是，如果賬戶是全局的，狀態根數據就是最小化的。這就與混洗期間驗證者之間需要轉移部分分片區塊的數據差不多。

這里當然忽略了很多細節。我想要表達的是，無狀態執行的大部分要求似乎在phase1就能滿足。我認為，最大的問題在于，目前尚未明確用戶可以通過哪種方式將他們的blob打包上鏈。或許這只是第一個問題，還有其它嚴重的問題被我忽略了。我忽略了什么？如果要在phase1上允許用戶通過某種方式將blob打包上鏈，那么最困難的部分是什么？

這個執行模式相比phase2的提議更加簡單，一大原因是合約賬戶是全局的，就像驗證者賬戶一樣。這就意味著，合約賬戶的數量必須設有上限，而且部署代碼的成本與成為驗證者的成本一樣高。但是，如果這能夠讓我們更快地將執行引入Eth2，我們是否可以接受這種權衡？代碼部署后，就無法更改合約存儲，因此也可以說，我們這是在嘗試不擴展合約存儲而為Phase1提供執行功能。這里還有一大重要用例：具備數據可得性的超高吞吐量。

即使有了基礎的無狀態執行，用戶也可以通過將一個合約的狀態證明作為交易數據發送到另一個合約，從而實現跨分片合約調用。合約也可以實現自己的類似收據的功能。開發者體驗不是很好，因為協議不會提供任何幫助。但是現有的phase2提議似乎缺乏實際的功能來促進跨分片合約交互。因此，就開發者體驗而言，基礎的phase1無狀態執行聽起來沒有比“簡單的”phase2構想糟糕很多。基礎的無狀態執行也足以實現信標鏈上的BETH和主鏈上的ETH之間的雙向錨定。

Phase2提議與我們這里的提議的最大區別在于，Phase2的目標是擴展合約的storage。但是存儲，以及相應而來的富狀態執行，同樣似乎就是大多數復雜性的來源，也正是使我們無望在Phase1引入執行的原因。

原文鏈接:

https://ethresear.ch/t/phase-one-and-done-eth2-as-a-data-availability-engine/5269

作者:?CaseyDetrio

翻譯&校對:?閔敏?&阿劍

Tags：PHAETHBLOTRA$ALPHAtogetherbnb怎么喝醉ABLOCK幣TradePlus

火幣APP下載