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

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

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

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

Bitfinex Alpha：通脹減弱債務危機隱現，目前可能正處于早期牛市的風口浪尖:5月16日消息，根據Bitfinex Alpha的最新報告，美國通脹減弱，但正面臨越來越令人擔憂的債務上限危機，市場信心的任何減弱都可能導致更高的利率。此外，美國企業和家庭的信貸條件都在繼續收緊，再加上信貸需求的減少，可能會延長對整體信貸供應的限制。

在此情況下，比特幣價格一直在下滑，但在BRC-20相關活動的推動下，交易費用仍然很高。交易活動的增加和更高的交易費用對其他網絡活動指標施加了壓力。與比特幣網絡交互的活躍地址和新地址正在接近歷史低點，這表明更高的交易費用可能會勸阻其他比特幣網絡用戶。另一方面，比特幣費用比率倍數(FRM)，即礦工從新比特幣發行中獲得的收入與交易費用的收入之比，出現了急劇下降。這也有利于比特幣網絡的健康發展，提高了安全性，并表明礦工的收入來源從比特幣發行轉向交易費用。[2023/5/16 15:05:34]

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

Parallel Alpha系列NFT近24小時交易額增幅超2000%:金色財經報道，OpenSea數據顯示，Parallel Alpha系列NFT近24小時交易額為263ETH，24小時交易額增幅達2668%，24小時交易額排名位列OpenSea第4。[2022/9/11 13:23:01]

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

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

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

Coinbase Pay集成Solana生態錢包Phantom:6月29日消息，Coinbase Pay宣布集成Solana生態錢包Phantom，用戶可在Phantom中使用Coinbase Pay賬戶購買和交易SOL。此前消息，Coinbase Pay于5月上線，Web3開發者可將Coinbase Pay集成到其dApp中。MetaMask是首個集成Coinbase Pay的應用。[2022/6/29 1:38:07]

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

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

林書煒將Instagram頭像更換為Phanta Bear NFT作品:1月16日消息，Ezek官方發推稱，美籍華裔籃球運動員林書豪的弟弟林書煒已將Instagram頭像更換為PHANTA BEAR #9029 NFT。[2022/1/16 8:52:56]

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

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

假設信標鏈狀態中有 3 個新的驗證者字段：code、stateRoot和deployedShardId。這里還有一個函數process_deploy（就在 process_transfer 下方）。一旦代碼部署完成，驗證者必須保證賬戶余額不低于某個閾值[至少鎖定 1 ETH。如果代碼中沒有自毀程序（SELFDESTRUCT），那么這部分 ETH 就等同于銷毀了，代碼也會永久部署]。

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

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

動態 | Optimism將啟動Optimistic虛擬機的Alpha測試環境，以提升以太坊可擴展性:初創公司Optimism將于周二啟動Optimistic Virtual Machine（OVM）的Alpha測試環境。基于以太坊虛擬機（EVM）的OVM旨在為Optimism的第二層提供與底層區塊鏈相同的智能合約功能。該公司在聲明中表示:“OVM支持所有現有的以太坊開發工具（包括Solidity和Vyper）、測試框架（如Truffle）、錢包（如Metamask）和庫（如Web3.js）。我們設計了OVM，作為Optimistic Rollup中EVM的替代產品。”通過使智能合約在基礎層上工作，其目標是最終使以太坊具有可擴展性。據悉，Optimism前身是以研究為導向的非營利Plasma Group，致力于為以太坊建立第二層。在2020年1月，該團隊宣布將從一個研究團體轉型為盈利性初創企業Optimism，由Paradigm和IDEO CoLab Ventures提供350萬美元的支持。（CoinDesk）[2020/2/11]

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

好了，那么假設特定的數據 blob可以打包進區塊了。每個區塊都將執行限制在一筆交易中（例如，整個數據 blob 必須作為一筆交易）。我們還未明確交易要用密鑰簽署（存在交易協議），還是不需要簽署（不存在交易協議）。假設是后者，且代碼實現了自己的簽名檢查（類似賬戶抽象；存在區塊 gas 上限，但是沒有費用轉賬機制，因此沒有 gas 價格和 GASPAY 操作碼）。如果 blob 能夠作為交易成功解碼，則以數據和當前狀態根作為輸入執行目標賬戶代碼。如果執行成功，則返回數據為新的狀態根。

我們如何更新驗證者賬戶的stateRoot（狀態根）？我們無法在每個分片區塊的 BeaconState（信標鏈狀態）中更新狀態根（因為信標鏈操作在數量上有嚴格限制）。但是，信標鏈的狀態中的分片字段，會隨著交聯（crosslink）而更新。取同一個分片上所有賬戶的已更新狀態根，假設對它們進行哈希運算，得到shard_state_root（分片狀態根）。shard_state_root似乎與 phase 1設計中已有的crosslink_data_root差不多（二者都是取決于之前分片區塊內容的哈希值）。

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

這里當然忽略了很多細節。我想要表達的是，無狀態執行的大部分要求似乎在 phase 1 就能滿足。我認為，最大的問題在于，目前尚未明確用戶可以通過哪種方式將他們的 blob 打包上鏈（如果這個問題不解決，phase 1 就無法成為橋接式可用性引擎）。或許這只是第一個問題，還有其它嚴重的問題被我忽略了。我忽略了什么？如果要在 phase 1 上允許用戶通過某種方式將 blob 打包上鏈，那么最困難的部分是什么（如果你喜歡的話，也可稱之為 phase 1.1）？

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

即使有了基礎的無狀態執行，用戶也可以通過將一個合約的狀態證明作為交易數據發送到另一個合約，從而實現跨分片合約調用。合約也可以實現自己的類似收據的功能（合約狀態根中的收據就像區塊頭中的收據字段一樣可驗證）。開發者體驗不是很好，因為協議不會提供任何幫助。但是現有的 phase 2 提議似乎缺乏實際的功能來促進跨分片合約交互（這些麻煩都留給了 dApp 開發者，他們必須實現從不同分片中獲取收據的邏輯，確保收據沒有雙花等等）。因此，就開發者體驗而言，基礎的 phase 1 無狀態執行聽起來沒有比 “簡單的” phase 2 構想糟糕很多。基礎的無狀態執行也足以實現信標鏈上的 BETH 和主鏈上的 ETH 之間的雙向錨定。

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

原文鏈接:

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

作者:?Casey Detrio

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

Tags：PHAETHBLOROLAlphaCar Tokeneth交易所排名blockchain.infoAITROLLS

MANA