Solana 的交易處理能力剛剛提升了三倍，接下來會發生什麼？

Solana 於週二在其主網上線了 Transaction V1 功能，允許在每筆交易中添加更多數據。這將爲開發者提供更大的空間，讓他們能夠在單個原子進程中執行更復雜的操作。.

這項開發成果對 DeFi 領域的開發者、錢包提供商、索引器和RPC運營商都至關重要。此外，這項新功能也可能影響其他涉及代幣化資產和支付解決方案的項目。.

根據 Solana 升級頁面上的說明，txv1 功能門已於 9 月 15 日 01:00 UTC（第 1035 個紀元）開始推出，交易 V1 現在已在主網、測試網和開發網上線。.

從 1,232 字節到 4,096 字節

第一個限制是事務大小。現在， Solana 將序列化事務的最大大小從 1232 字節增加到 4096 字節，從而爲事務提供了更多空間，大約是原來的 3.3 倍。.

新交易的格式在 SIMD-0296 中 defi，而 V1 消息格式基於 SIMD-0385。.

此前， Solana 的限制是基於保守的網絡 MTU 限制。現在，QUIC 突破了對流大小的硬性限制，從而可以處理更大的事務。.

額外的空間將有助於處理涉及大量交易數據的工作負載，例如零知識證明、大規模多重簽名操作以及包括BLS在內的簽名。據 Cryptopolitan， V1 於9月1日（第1025個紀元）在測試網上線，使基礎設施提供商有機會爲主網上線做好準備。

爲什麼一次原子交易至關重要

發現 Solana 對交易大小有限制的開發者，在某些情況下可以將操作拆分成一系列交易，或者使用 Jito 包。.

但正如 SIMD-0296 中提供的解釋所表明的那樣，在協議層面討論原子性時，捆綁包並不等同於原生事務。.

使用 Transaction V1，可以在一個事務中放入更多指令和數據。這樣，路由、驗證檢查和批處理要麼全部成功，要麼全部失敗，而無需在單獨的事務中執行。

在某些情況下，執行某項操作所需的簽名和確認會更少。.

地址查找表的權衡

V1 還改變了交易管理資源和賬戶引用的方式。.

計算限制和優先費用設置已從 ComputeBudget 指令移至交易設置，使基礎設施提供商能夠輕鬆訪問這些設置。.

V1 交易也會從地址查找表中刪除，因爲引用的賬戶包含在交易中。.

雖然這有助於簡化交易，但代價是交易的大小，因爲 v0 地址查找表只需要一個字節的索引，而內聯公鑰需要 32 個字節。.

通過對 Solana 地址查找表的分析發現，62% 的 v0 版本交易至少使用了一個地址查找表；因此，使用多個地址查找表的密集型交易將使交易大小增加超過 1500 字節。64 個賬戶的限制保持不變。.

V1 在 Solana的代幣化金融戰略中扮演什麼角色？

之際 Solana 不斷拓展其在鏈上金融領域地位 據 DeFi總鎖定價值 Solana的 DeFi 接近 59.5 億美元，其 24 小時去中心化交易量約爲 17.9 億美元。

Solana 八月份的業績總結報告還指出，該網絡上的實際資產價值已超過 40 億美元，分佈在超過 35 萬個地址上。此外，xStocks 的管理資產規模也已超過 5 億美元。.

交易容量增加並不意味着用戶採納率就會提高。.

Galaxy Research 觀察到， Solana代幣中蘊含的大量價值仍未被利用，而競爭平臺在一些快速增長的領域仍然處於領先地位。.

V1版本因此拓寬了開發者可以在 Solana上創建的應用範圍。然而，更棘手的問題是，用戶數量、流動性和交易活動是否會隨之增長。.

運營商現在需要做什麼？

RPC 讀取器應將 `maxSupportedTransactionVersion` 設置爲 1 以調用 `getTransaction` 和 `getBlock` 方法，而索引器需要從 `transactionConfig` 中讀取 V1 計算限制和優先手續費。驗證器和 RPC 操作器應運行 Agave v4.2.2 或更高版本。V1 發送器還應顯式設置計算限制和已加載賬戶限制，並對大於 1232 字節的交易使用 base64 編碼。同時，錢包提供商應根據 Solana的升級指南。

如果你正在閱讀這篇文章，你已經領先一步了。 訂閱我們的新聞簡報，繼續保持領先優勢。