在這篇文章中，Sei Labs 介紹並提出了對 Sei vV2 的升級——第一個並行 EVM。詳情可以在 Sei 開發者論壇上找到探討更多詳細資訊的附加技術說明。

Sei V2 採用了 Sei 的成熟優勢，並使其可供全球 EVM 開發人員使用。這使得 Sei 能夠充分利用 Solana 和以太坊——一個超級優化的執行層，受益於圍繞 EVM 的工具和思想共享。

非技術向總結

Sei 自 2023 年 8 月以來一直在主網測試版上運行，在此期間，Sei 一直在推動以前被認為可以通過全球分布式節點集實現的功能：

1、Sei 一直以 390 毫秒的速度敲定區塊，使其成為現有最快的鏈；

2、Sei 的活動持續超過 45 TPS，成為當前運行中每秒成功交易數量第二高的鏈。

所有這一切都是在沒有中斷或意外網路停機的情況下完成的，這強化了基本的技術論點，即集成區塊鏈比使用模塊化鏈帶來更好的性能。

Sei 目前允許使用用 Rust 編寫的 Cosmwasm 智能合約。隨著 Sei 繼續吸引更多開發人員的興趣，開發人員最大的要求是 Sei 支持的執行環境具有更高的靈活性。特別是，EVM 支持是許多開發人員最關心的問題。

因此，我們提出 Sei V2——Sei 的第一次重大升級，成為第一個完全並行化的 EVM。此次升級將使 Sei 具有以下功能：

1、EVM 智能合約的向後兼容性——允許開發人員從 EVM 兼容的區塊鏈部署經過審計的智能合約，而無需更改代碼；

2、熟悉且廣泛使用的應用程序和工具（例如 Metamask）的可重用性；

3、Optimistic 並行化——允許鏈支持並行化，而不需要開發人員定義任何依賴項；

4、SeiDB - 對儲存層的改進，以防止狀態膨脹，提高狀態讀/寫性能，並使新節點更容易狀態同步；

5、與現有鏈的互操作性，允許 EVM 與 Sei 支持的任何其他執行環境之間的無縫組合。

從性能角度來看，Sei V2 將提供每秒 28,300 個批量交易的吞吐量，同時提供 390 毫秒的出塊時間和 390 毫秒的最終確定性。這使得 Sei 能夠比現有區塊鏈支持更多的用戶、提供更好的交互體驗，同時提供更便宜的每筆交易成本。

Sei 的主要升級進度，目前已接近代碼完成。審核完成後，此升級將於 2024 年第第一季在公共測試網中發布，並將於 2024 年上半年部署到主網。

如何運行？

Sei 由不同的軟體組件組成，這些組件相互協作以支持區塊鏈。其中一些組件與共識層相關，其他組件與執行層相關。

Sei V2 將改變執行層的工作方式以支持 Optimistic 並行化和優化狀態儲存。此外，它還將創建一個新組件來支持 EVM 智能合約。這些 EVM 智能合約將受益於對共識和並行化所做的所有更改，並且還能夠與現有的 Cosmwasm 智能合約進行交互。

向後兼容性

Sei V2 的構建考慮到了向後兼容性，而不是要求開發人員完全重寫其智能合約以部署在 Sei 上。這意味著以太坊上存在的每個主要合約都可以無縫地重新部署到 Sei 上，無需更改代碼。

從技術角度來看，作為 Sei 二進制文件的一部分，Sei 節點將自動導入以太坊虛擬機的 Go 實現 Geth。Geth 將用於處理以太坊交易，任何由此產生的更新（狀態更新或非 EVM 相關合約的調用）都將通過 Sei 為 EVM 創建的特殊接口進行。

這種方法允許完全的字節碼兼容性，允許 Sei 輕鬆處理任何可以與 Geth 一起運行的東西。此外，由於 Sei 的 RPC 接口與 EVM 相同，因此可以無縫重用以太坊的現有工具。例如，用戶只需切換所連接的 RPC 即可使用 Metamask，開發人員可以使用 Foundry、Remix 和 Hardhat 等工具。

Optimistic 並行化

Sei 目前要求智能合約開發人員選擇性地定義智能合約正在使用的狀態。不幸的是，這種可選方法會給開發人員帶來更大的摩擦。

Sei V2 將消除開發人員自己定義狀態訪問的需要。相反，Sei 將樂觀地並行運行所有交易。每當存在衝突（交易接觸相同狀態）時，Sei 將跟蹤每個交易接觸的儲存部分。涉及儲存不同部分的事務將並行重新運行，而涉及相同狀態的事務將按順序重新運行。這將遞歸地繼續下去，直到不再有未解釋的衝突為止。由於交易是在塊中排序的，因此這是一個確定性過程，將簡化開發人員的工作流程，同時保持鏈級別的並行性。

Optimistic 並行化將適用於在 Sei 上運行的所有事務，包括 Sei 原生事務、Cosmwasm 事務和 EVM 事務。有關技術實現的更多詳細資訊可以在此處找到。

SeiDB

Sei 目前使用由 IAVL 樹數據結構組成的普通數據庫層。由於其模式和額外的元數據，從儲存和延遲的角度來看，這種數據結構的效率較低，導致更大的寫入放大和更慢的磁盤訪問。

Sei 重新構建了儲存接口，以針對不同的用例進行優化。Sei 通過將單個 IAVL 樹分解為 2 個組件來實現這一點——狀態儲存和狀態承諾（動機）。狀態儲存層提供對原始鍵值對的低延遲直接訪問，這將幫助 RPC 節點更好地服務查詢。

將歷史數據儲存為原始鍵值對可以消除冗餘元數據的開銷，並有助於將磁盤使用量減少幾個數量級。狀態儲存還使用預寫日誌來幫助在發生崩潰時進行恢復。狀態提交層使用高度優化的內存 IAVL 樹，負責提交數據，這將幫助驗證者更快地達成共識，因為磁盤訪問量減少了。

除了這一變化之外，我們還對各種行業領先的數據庫進行了嚴格的基準測試，Sei V2 將轉向使用 PebbleDB 而不是 GoLevelDB，這將大大提高多線程訪問的讀/寫性能。

有關技術實現的更多詳細資訊可以在此處找到。

互操作性

由於 Sei 是一條集成鏈，所有進入 Sei 不同組件（Cosmwasm、EVM、銀行、質押）的交易都能夠相互通信。儘管這些交易服務於不同的目的，但它們最終具有許多相似的特徵，例如 Gas、發送者和交易主體。

當鏈接收到這些交易時，它們將作為 Sei 本機交易進行處理，並轉發到適當的儲存部分（即 CosmWasm 交易被發送到 wasm 模塊並執行）。這帶來了更加無縫的開發人員體驗——EVM 開發人員可以輕鬆訪問本機代幣和其他鏈功能（例如質押）。

性能指標

在撰寫本文時，SeiDB 和 Optimistic 並行化的代碼已完成。EVM 實施仍在進行中，代碼應在接下來的幾個月內完成。因此，Sei V2 將於 2024 年初準備好發布測試網。SeiDB 和 Optimistic 並行化的初始性能數據表明以下性能：

這些測試是在一個 20 個節點的集群中進行的，該集群均勻分布在俄亥俄州、加利福尼亞州、法蘭克福和愛爾蘭。每個節點都是 AWS 8xlarge，具有 32 個核心和 64GB RAM。

結論

該提案概述了 Sei 從第一個並行 EVM 開始支持和增強多個虛擬機的路線。目前在任何 EVM 鏈上構建的應用程序都將能夠部署在 Sei 上，以支持比現有區塊鏈更多的用戶，和更多類似 Web2 的交互體驗。此外，它們可以提供更便宜的每筆交易成本、更高的吞吐量，並且不會受到中心化權衡、複雜性或操作以太坊 L2 Rollup 的開銷的影響。

通過這種方式，Sei 再次讓 EVM 變得簡單。我們將在未來幾周內提出治理提案，以便對該提案進行討論和投票。詳情可以在 Sei 開發者論壇上找到探索更多細節的附加技術說明。

「原文鏈接」

原文連結