原文來源：Sei v2 - The First Parallelized EVM Blockchain

原文作者：Sei

原文編譯：Sharon，BlockBeats

編按：

11 月29 日，Sei 在社交媒體上發布其V2 戰略計劃，擬創建第一個並行EVM。據悉，與現有的 EVM 區塊鏈相比，並行 EVM 能夠讓應用程式支援更多的用戶、創建更多類似 Web2 的互動體驗，同時增強以太坊和 L2 應用程式的效能。該升級將於 2024 年第一季在公共測試網中發布，並將於 2024 年上半年部署到主網。對於並行EVM（parallelized EVM）技術是什麼，以及Sei 將如何部署等問題，Sei 也進行了詳細解讀，BlockBeats 將原文編譯如下：

在在這篇文章中，Sei Labs 介紹並提出了對Sei v2 的升級——第一個並行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 創建的特殊介面進行。

Geth 實作作為Core Sei 二進位檔案的一部分

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

Optimistic 並行化

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

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

Optimistic 並行化衝突時的Tx 生命週期

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 開發人員可以輕鬆存取本機代幣和其他鏈功能（例如質押）。

交易類型如何與Sei 的多個虛擬機器互動

效能指標

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

效能指標< /blockquote>

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

結論

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

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

「原文連結」

歡迎加入律動 BlockBeats 官方社群：

Telegram 訂閱群：https://t.me/theblockbeats

Telegram 交流群：https://t.me/BlockBeats_App

Twitter 官方帳號：https://twitter.com/BlockBeatsAsia