概述
在web3.0世界中,交易的處理性能一直是公鏈面臨的一大技術挑戰,如何在不降低安全性和去中心化程度的前提下顯著地提升區塊鏈交易的TPS無疑成為眾多公鏈技術專家追逐的目標。以Solana、Aptos為代表的新一代公鏈的出現更是吹響了通過并行執行交易來攻克公鏈可擴展性瓶頸的號角。
以太坊虛擬機因其最早在區塊鏈中引入智能合約,不僅擁有最多的DApp開發者,更有眾多新生公鏈直接將EVM采用作為其智能合約交易執行引擎,其在web3.0中的受歡迎程度可見一斑,然而受限于順序執行,EVM無疑在擴展性方面廣受詬病。
是否也可以既做到對EVM的兼容,又可以通過并行執行交易來達到提升性能的目的呢?今天我們就來對這個話題做一些探討。
EVM交易執行機制
眾所周知,EVM中交易的執行實際上是狀態的轉換,交易執行前的狀態σt和交易transaction作為EVM的輸入,輸出為交易執行后的狀態σt+1:
Nansen新增支持zkSync Era網絡:金色財經報道,區塊鏈數據分析平臺Nansen新增支持zkSync Era網絡,并將添加zkSync Era上的SyncSwap、Mute和SpaceFi等協議。[2023/4/27 14:29:57]
要說明的是,每個交易執行前的狀態σt和執行后的狀態σt+1都是‘世界狀態’,也就是整個賬本所有賬戶的實時狀態,這種賬戶模型在一定程度上方便了實際應用的開發,但由于每筆交易的執行都需要依賴一個確定的‘世界狀態’,這也給可擴展性帶來諸多限制。正是因為這一點,EVM-based鏈鮮有通過并行執行交易提升TPS的案例。
并行執行的挑戰
Lens Protocol Profiles地板價漲至100 USDC:2月11日消息,據OpenSea頁面信息,Web3社交協議Lens Protocol生態NFT Lens Protocol Profiles當前地板價漲至100 USDC。過去24小時累計成交1679筆,增幅達16%。[2023/2/11 12:01:06]
基于這種賬戶模型,想要通過并行執行重復利用節點的硬件資源提高網絡吞吐量是很困難的。
舉個簡單的例子:A轉賬給B的交易tx1和C轉賬給D的交易tx2在理論上是可以并行執行的,因為兩個交易沒有任何關聯,但如果將tx2調整為B轉賬給C情況會是怎么樣呢?假如最初B的余額是0,tx1中A轉給B5個Token,tx2中B轉給C3個Token,我們會發現,tx1沒有執行前tx2注定會失敗,因為B此時的狀態是余額不足。這種情況在鏈上被稱為’狀態沖突‘(Stateconflicts)。
Bit Brother以近240萬美元購買1400臺BTC礦機:金色財經報道,納斯達克上市公司 Bit Brother Limited 宣布已通過子公司 Bit Brother New York Inc 從 Grand Flourish Inc. 購買了 1400 臺比特大陸礦機,總購買價格為 2,329,600 美元。目前所有礦機均已交付,按照礦池解決方案 Ultimuspool 的數據和全額支付每股 (FPPS) 結算方法,預計每月將產出約 14.15 BTC。(prnewswire)[2023/1/18 11:19:00]
當然,對于只做轉賬的交易,是可以通過靜態分析來確定交易彼此的依賴關系的,事實上,DApp開發者們經常通過復雜的智能合約邏輯在EVM虛擬機中實現某些特殊的業務需求,在一個智能合約交易中,EVM會根據合約的Code邏輯執行用戶千奇百怪的操作,這就不能通過簡單的對交易內容分析來確定交易間的依賴關系了。
歐洲央行官員:應該禁止能源密集型加密貨幣:金色財經報道,歐洲央行董事會成員Fabio Panetta在周三的一次演講中表示,如果加密資產過于耗能,則應予以禁止,而且很難在金融領域找到存在無擔保加密資產的理由,它們波動太大且效率低下,無法用于定期支付。
此外,Panetta稱,FTX的崩潰可能會讓投資者轉向去中心化的交易所,這些交易所將更難監管,并有可能加劇金融沖擊。被認為具有過多生態足跡的加密資產也應該被禁止,這可能是指像比特幣這樣的平臺,這些平臺使用一種稱為“工作證明”的能源密集型機制來驗證交易并保護其網絡。[2022/12/8 21:29:36]
可嘗試的改進
區塊鏈支付公司Fnality正尋求融資約5000萬英鎊:金色財經報道,Fnality International 是一家總部位于倫敦的區塊鏈支付公司,由一群大銀行支持,正在向投資者推銷 B 輪融資。一位知情人士表示,該公司正在尋找 5000 萬英鎊(5600 萬美元)的資金,這與 2019 年 6 月通過A 輪融資籌集的金額相同——并補充說,投資銀行 Broadhaven Capital Partners 正在協助籌集資金. 另一位接近 Fnality 的人士表示,一家美國買方公司和一家中型投行已經悄悄投資,但出于商業敏感性拒絕點名。[2022/9/23 7:16:37]
Solidity被稱為圖靈完備的智能合約語言,通過對交易指令集的靜態分析來確定交易依賴關系的可行性基本是不存在的,但這并不意味著我們只能按順序執行,我們可以從近期一些優秀的區塊鏈項目中得到更多啟發。
樂觀執行是一種可嘗試的方案
既然不能事先分析交易的關聯關系,那我們是否可以先樂觀的將交易全部獨立執行,然后再事后分析呢?
Aptos項目的PE(parallelexecution)方案便是這種思路的代表,根據項目方公布的數據,在低關聯交易集合的場景,交易的執行效率最高可以是串行執行的16倍之多。
EVM中雖然沒有類似Block-STM的機制,但我們完全可以通過對區塊中交易的執行邏輯稍加優化就可以做到既和EVM保持兼容,又能支持將明顯無關的交易分成不同批次進行支持,即:
可以先根據交易發送方和接受方賬戶地址將交易依賴關系構建成可逐批執行的交易集合,樂觀的在不同的線程中獨立執行,等所有交易都被執行完以后,再將執行過程中使用的讀集和寫集做對比分析,檢查交易序號靠后的交易的讀集是否與交易序號靠前的所有交易寫集有交集,如果沒有,說明執行結果是正確的,否則意味著該交易需要依賴之前交易的最新狀態,需要根據前面交易的結果重新執行。
由用戶指定交易的讀寫集
普通的轉賬交易可以簡單的通過from和to確定交易彼此的依賴關系,而智能合約交易雖然在EVM執行它之前不能確定其對哪些賬戶有依賴,但發送交易的用戶多數情況下是可以確定交易的讀寫集的,而Sui項目正是將交易的依賴和結果完全交由用戶來指定并最終簽名確定,這將極大的簡化了分析交易關聯性的邏輯。
然而EVM現在并沒有這種機制,雖然Vitalik和Holiman提交的關于指定交易訪問lists的提案(EIPs/eip-2930.mdatmaster·ethereum/EIPs·GitHub)已經在以太坊上通過并實施,但該提案并沒有強制要求用戶必須指定所有的accesslists,如果要在EVM中實現用戶指定讀寫集,需要在以太坊提交新的EIP提案,除此之外,用戶確定讀寫集還需要SDK的支持。
通過DAG構建交易的依賴關系
對于單純的轉賬交易或是上面提到的由用戶指定了讀集的交易,是完全可以事先確定交易的依賴關系的,有向無環圖可以有效的解析這種依賴關系。
關于如何使用DAG分批并行執行交易的內容可以參見我們之前的技術文章。
一些要思考的問題
EVM架構適合并行執行嗎?
雖然并行執行可以做到有效利用硬件資源,提升鏈處理交易的能力,但正如我們在開頭提到的這絕不能以犧牲安全性和去中心化程度為代價,IlyaSergey就曾經在EVM技術架構基礎上對并行執行做過深入的研究,根據其研究的結論,對于非垃圾回收類語言,對象在內存中的重復聲明和使用過程必然會違反狀態完整性,這給形式化驗證智能合約帶來巨大的挑戰。這或許是EVM設計者在最初的設計中沒有考慮到的問題。
公鏈適合處理海量的交易嗎?
公鏈是公眾基礎設施,其用戶可以是任何人或團體,不可否認的是它處理能力越強越好,然而這并不意味著任何交易都需要上鏈,雖然gas機制可以減少垃圾數據上鏈的可能性,但隨著節點處理交易能力的提升,礦工為了增加收入必然會打包盡可能多的交易,這將必然使gas價格越來越低,鏈上將不可避免的充斥著大量垃圾數據,這將使賬本數據越來越膨脹,到難以維護的程度。
過度依賴硬件資源將使網絡去中心化程度降低
通過提升CPU核心數可以做到高交易處理性能,增加磁盤容量可以存儲更多數據,這將不斷提升節點的運行維護成本,最終導致的結果必然是只有少數人或團體有能力支付這些成本,不利于去中心化。
自8月份以來,推特上的KOL對RealYield的討論越來越激烈。這一討論的起源和爆火與GMX在熊市里出色的表現相吻合.
1900/1/1 0:00:00ftx和幣安的這場惡斗目前為止是今年幣圈最大的事件,沒有之一,影響廣度和深度遠超luna爆雷。事件及其余波,將會在接下來數年甚至更長的時間影響每一個幣圈參與者.
1900/1/1 0:00:00源代碼 推薦下載源代碼,幫助你親身體驗發布NFT。https://github.com/zengxinhai/issue-NFT-on-Aptos 先決條件 你需要知道一些Typescript就.
1900/1/1 0:00:0013年前,我采訪Wolfram|Alpha的創始人、美國計算機科學家史蒂芬.沃爾弗拉姆時,大吃一驚.
1900/1/1 0:00:00TL;DR: Binance是一家全球性公司,一直受到世界各國政府,主要是西方鄰國政府的嚴格審查.
1900/1/1 0:00:00ETH里斯本黑客馬拉松,包括97個項目、352黑客以及14.8萬美元的獎金。 前10名項目如下: 1.通過Snap和IPFS進行確定性加密和存儲:此元掩碼snap實現了EIP-5630,并提供了.
1900/1/1 0:00:00