Delphi Digital:L1原生層擴容,簡析並行執行解決方案

  • 並行執行被視為區塊鏈擴容和大規模採用的關鍵,可能吸引數十億用戶,但需注意狀態增長管理對開發者體驗、用戶費用和驗證者獎勵的影響。
  • 並行執行分為兩種類型:
    • 確定性類型:如Solana和Sui,透過預定義存取清單防止狀態衝突。
    • 樂觀類型:如Monad、Aptos等,假設交易無衝突並行執行,簡化開發流程。
  • 以太坊因EVM限制(缺乏狀態依賴識別機制、使用RockDB等儲存結構)而無法並行執行,且硬體優化不足。
  • 並行執行效益可能被誇大,實際加速取決於交易依賴程度,網路擁塞時增益顯著降低。
  • 狀態增長(如帳戶、合約數據擴張)和存取成為下一個擴容瓶頸,需經濟(如狀態租金)與技術(高效資料庫結構)雙重管理。
  • 研究員指出,長期成功需強健的狀態管理機制,而非僅依賴並行化技術。
總結

作者:Delphi Digital

編譯:xiaozou,金財經

並行執行通常被譽為區塊鏈擴容和大規模採用的關鍵,可能會吸引「數十億用戶」。

1.為什麼要關心狀態增長管理?

因為它會影響開發人員的體驗、用戶支付的費用以及驗證者累積的獎勵,所以,狀態增長管理是所有L1 的關鍵考慮因素。

對於並行化VM(虛擬機器)來說,重要的是要注意到,只有不更新相同狀態的交易才能並行運行。為了不發生衝突,交易必須是順序排序的,這意味著如果50% 的交易具有相同的狀態,並行執行只對其餘50% 獨立交易有利。

Delphi Digital:L1原生層擴容,簡析並行執行解決方案

2、並行執行的兩種主要類型

讓我們來看看並行執行的兩種主要類型:

確定性(Deterministic)類型

透過預先定義的存取清單對應交易依賴關係,VM 追蹤對儲存和餘額的交易依賴關係,以防止狀態衝突,如Solana 和Sui 所示。

樂觀(optimistic)類型

此類並行執行在假定交易不會發生衝突的情況下並行運行或順序再執行所有交易。此類做法不需要存取列表,從而簡化了開發過程,收穫了Monad、MegaETH、Aptos 和Sei 等公鏈的採用。

3.以太坊的順序執行

運行以太坊驗證者(validators)需要至少8GB RAM 和2.8 GHz 四核心CPU。然而,EVM 使用單核執行交易表明它並沒有完全進行硬體優化。

Delphi Digital:L1原生層擴容,簡析並行執行解決方案

EVM 無法並行執行交易主要受下列兩個因素限制:

  • 它缺乏一種機制來識別具有共享狀態依賴關係的交易。
  • 它使用RockDB 和Merkle Patricia Trees 儲存狀態數據,並發讀寫比較複雜。

Delphi Digital:L1原生層擴容,簡析並行執行解決方案

單獨的並行執行不足以維持網路使用。狀態增長和狀態存取是下一個擴容瓶頸。

並行執行的好處可能被誇大了,因為每個區塊只有部分選定交易才能並行執行。這在網路擁塞期間變得非常明顯,因為依賴關係重疊會減少加速增益。下圖所示區塊20000006 的速度提高了6 倍,而區塊20434947 的速度只提高了1.7 倍。

Delphi Digital:L1原生層擴容,簡析並行執行解決方案

我們來看看來自Ghost 的數據,對2024 年6 月初的20M 區塊到20.1M 區塊之間的10 萬個區塊的評估表明,順序依賴關係最小的區塊在並行處理情況下執行速度更快。

Delphi Digital:L1原生層擴容,簡析並行執行解決方案

4、狀態增長和狀態存取問題

區塊鏈的狀態包括帳戶、各帳戶餘額、nonces 和合約資訊。隨著交易頻繁以及新合約的出現,特別是在像ETH 這樣複雜的系統中,鏈狀態持續擴展。

Delphi Digital:L1原生層擴容,簡析並行執行解決方案

5.狀態管理的經濟焦點

Solana、Sui 或Aptos 等公鏈使用狀態租金(state rent)等機制,為最佳的狀態成長管理提供經濟誘因。它們透過在交易期間向用戶收取儲存費,防止驗證者和用戶支付更高的儲存成本。

6.狀態管理的技術焦點

大多數技術方法都圍繞著高效的資料庫結構展開,這些資料庫結構支援使用更優的Merkle 樹結構進行非同步讀寫操作。

Delphi Digital 研究員Muhammad Yusuf 是這麼說的:「並行化是一個已決問題。各鏈將爭相支援更強大的設定和更快的虛擬機。但要真正取得長期成果,就需要強勁的狀態成長和准入管理機制。

分享至:

作者:金色财经

本文為PANews入駐專欄作者的觀點,不代表PANews立場,不承擔法律責任。

文章及觀點也不構成投資意見

圖片來源:金色财经如有侵權,請聯絡作者刪除。

關注PANews官方賬號,一起穿越牛熊
App内阅读