什麼是 Solana 交易 V1？4,096 字節升級

什麼是 Solana 交易 V1？這是一種提議的新交易格式，旨在提高 Solana 的交易能力，同時簡化驗證者處理交易的方式。

當前 Solana 交易格式的最大序列化大小為 1,232 字節。該限制對於需要將許多指令、帳戶、簽名或數據組合為單一原子交易的應用程式來說，可能會變得限制。

提議的 Solana V1 交易格式將信封大小增加到 4,096 字節。然而，這次升級不僅僅是大小限制的增大。它還通過移除地址查找表 (ALTs)、將費用和資源資訊移入交易元數據以及將指令標頭與其變長有效負載分開來改變交易佈局。

其結果是一種旨在提供更多應用程序容量的交易格式，同時減少在驗證者接收期間所需的一些狀態依賴處理。

關鍵要點

• Solana 交易 V1 將交易信封從 1,232 字節增加到 4,096 字節。

• V1 移除了地址查找表 (ALTs)，並將所有引用的帳戶地址直接放入交易中。

• 該升級可以支持更複雜的原子交易，但現有的 64 帳戶限制仍可能限制重帳戶的應用程序。

什麼是 Solana 交易 V1？

Solana 交易 V1 是一種提議的交易格式，重新設計了在 Solana 網絡.

上如何序列化和處理交易。該提案與兩份 Solana 改進文件密切相關：SIMD-0296，該文件提議更大的交易大小，以及 SIMD-0385，該文件引入了 V1 交易格式。

最明顯的變化是最大交易大小的增加。根據提議，Solana 的 4,096 字節交易可以達到 4,096 字節，而不是當前的 1,232 字節限制。

這為需要更大交易有效載荷的應用程序提供了顯著更多的空間。

然而，V1 也改變了基礎的交易架構。V1 不再依賴於地址查找表來壓縮帳戶地址，而是直接在交易中包含引用的帳戶。

這產生了一個權衡：應用程序獲得了更大的交易信封，但一些額外的空間可能會被以前通過緊湊的 ALT 索引表示的帳戶消耗。

還要閱讀： Solana 空投 2026 年 9 月：即將到來的機會及如何符合資格

為什麼 Solana 需要更大的交易？

現有的 1,232 字節限制可能使複雜操作難以合併到單一原子交易中。

一個交易可能需要包括多個指令、帳戶地址、簽名和應用程序特定數據。當合併的序列化數據超過此限制時，開發者可能需要將操作分割為多個交易。

這可能使某些工作流程變得更複雜，因為理論上可以原子執行的操作卻必須分開執行。

提議的 Solana 交易大小升級為開發者在一個交易信封內構造複雜交易提供了實質上更多的空間。

這對於去中心化金融應用、路由系統、多簽交易、隱私應用及其他需要處理多個信息片段的工作負載特別有用。

Solana V1 對 V0 的比較：有哪些變化？

Solana V1 與 V0 之間的區別不僅限於交易大小。

V0 使用地址查找表

版本 0 的交易可以使用地址查找表來引用帳戶，使用緊湊的索引，而不是直接在交易中包括每個 32 字節的公鑰。

這在交易需要許多帳戶時很有用，因為它顯著減少了帳戶部分的序列化大小。

然而，使用 ALTs 也為驗證者引入了額外的處理要求。驗證者需要檢索相關的查找表，驗證它們，解決索引，並在隨後的交易處理之前重建完整的帳戶集。

V1 移除了 ALT 依賴

在 V1 中，地址查找表被從交易格式中移除。

取而代之的是，所有引用的帳戶都直接包含在一個內聯地址數組中。

這使得完整的帳戶集在交易處理的早期階段就可用，並消除了在接收期間進行狀態依賴 ALT 解決的必要性。

這樣的權衡是，每個內聯帳戶需要其完整的 32 字節公鑰。

Solana V1 和 4,096 字節交易限制

最重要的容量變更是從 1,232 字節到 4,096 字節的轉變。

這代表著超過之前交易信封的三倍以上。

更大的容量並不意味著每個交易都會自動變得更大。相反，需要額外空間的應用程序可以利用可用空間來處理更複雜的指令、更大的數據有效載荷、額外的帳戶或加密信息。

對當前 Solana 工作負載的分析表明，轉換自 V0 的現有交易組合在轉為提議的 V1 結構後，與 4,096 字節的信封大體上相容。

然而，這些可用空間並不在每個交易組成部分之間均勻分配。

指令容量通常有相當大的余地，而帳戶容量則更為變化。

Solana 交易 V1 中的 ALT 取捨

移除地址查找表是新格式中最重要的權衡。

在 V0 中，從 ALT 加載的帳戶經常可以使用大約一個字節的查找索引來表示。在 V1 中，該帳戶必須用其完整的 32 字節地址來表示。

因此，移除 ALT 壓縮會顯著增加使用許多查找地址的交易的序列化大小。

其影響在很大程度上取決於 ALT 的使用方式。

一個從幾個查找表中加載許多帳戶的交易在 V0 下從 ALT 壓縮中獲益顯著。將該交易轉換為 V1 可能因此增加大量字節。

另一方面，引用多個表格但從每個表格加載相對較少地址的交易可能會看到更小的增長。在某些稀疏配置中，移除 ALT 開銷甚至可以抵消部分額外的地址成本。

這就是為什麼 Solana V1 交易升級更應被理解為一種容量權衡，而不是簡單的三倍可用交易空間增長。

V1 交易有多大？

對 Solana 交易 30 天樣本的分析提供了目前 V0 交易在提議格式下的行為估算。

在目前的 V0 交易中使用 ALTs：

• 約 50% 的交易在轉換後會經歷不到大約 420 個額外字節的增加。

• 約 90% 的交易在轉換後會經歷不到大約 1,400 個額外字節的增加。

• 密集的 ALT 交易在其地址轉換為內聯 V1 地址時可以增加超過 1,500 個字節。

即使考慮到這一擴展，反事實的 V1 交易分佈仍然大致低於提議的 4,096 個字節的外包。

這表明更大的外包可以為許多現有工作負載提供有意義的額外容量。

Solana 更大的交易可以啟用什麼？

Solana 更大的交易可以使目前難以將所有所需操作整合到一個交易中的應用獲益。

潛在的用例包括：

更複雜的 DeFi 路徑

交易路由器可以在單個交易中結合更多操作和帳戶交互，潛在地使複雜路徑的原子構建變得更容易。

更大的 multisig 和加密有效載荷

涉及 multisig 操作、證明、簽名或其他數據密集的加密結構的應用可以受益於額外的序列化空間。

更複雜的應用邏輯

開發者可以具有更多的指令數據和多個頂級指令的空間，而不會立即達到先前的 1,232 字節上限。

然而，交易大小只是一個限制。

64 個帳戶限制仍然重要

一個重要的細節是 4,096 字節的限制並不會自動消除每個現有的交易約束。

目前的分析表明，在轉換後，指令容量通常有相當大的富裕空間，而帳戶的富裕空間則更具異質性。

這意味著一個應用可以有數百個未使用的字節，但如果達到帳戶限制仍然無法添加另一種協議交互。

這對於帳戶密集型的 DeFi 應用特別相關。添加另一個流動性池、市場、預言機、金庫或其他協議組件可能需要幾個新帳戶。

因此，V1 提供了顯著更多的字節容量，但這並不意味著應用擁有無限制的帳戶容量。

Solana 交易 V1 如何改變驗證者處理

V1 的另一個主要目的在於簡化驗證者的交易攝取。

在現有的交易格式中，驗證者需要從交易指令中提取費用和資源要求。V0 交易還需要 ALT 解決，然後才能知道完整的帳戶集。

V1 通過將費用和資源請求作為一級交易元數據來改變這一過程。

它還提供了一個完整的內聯帳戶數組，消除了在攝取過程中解決地址查找表的需要。

指令頭也與其變長有效載荷分開。這使得驗證者可以在不依次解析每個前置變長指令的情況下確定指令邊界。

這些變更可以讓驗證者更早識別重要的交易信息，並減少攝取路徑中的狀態依賴處理。

誰能從 Solana 交易 V1 中受益？

該升級可以影響 Solana 生態系統的幾個部分。

• 開發者 獲得了更大的交易外包以進行更複雜的原子操作。

• 驗證者和客戶團隊 受益於一種交易結構，該結構更早地揭示費用和資源信息，並移除攝取過程中的 ALT 解決。

• 交易者和路由系統 可能構建更複雜的原子交易路徑。

• 錢包、SDK 和 RPC 提供者 需要支持新的序列化和交易構建模型。

• 隱私和加密應用 可以受益於更多的數據密集型有效載荷的額外空間。

然而，最大好處不僅僅在於交易變得更大。V1 努力使更大的交易在結構上更容易讓網絡處理。

用簡單的術語解釋 Solana 交易 V1

理解 Solana 交易 V1 最簡單的方法是將其視為交易容器的重新設計。

V0 使用較小的容器，並可以通過 ALTs 壓縮帳戶地址。V1 使用更大的容器，但將所有帳戶地址直接放在裡面。

同時，V1 重新組織交易元數據，以便驗證者可以更有效地識別費用、資源需求、帳戶和指令邊界。

所以折衷是明確的：

V0： 更小的交易 + 壓縮的 ALT 地址 + 額外的查找解析。

V1： 更大的交易 + 行內地址 + 在攝取過程中的更簡單帳戶發現。

更大的 4,096 字節信封為應用程序提供了更多空間，而新的結構旨在簡化驗證者處理。

另請閱讀：Solana 新手指南 - 所有關於 Solana (SOL)

結論

什麼是 Solana 交易 V1？這是一種提議的交易格式，旨在將 Solana 的交易容量從 1,232 字節擴展到 4,096 字節，同時改變交易數據的組織方式。

升級與 SIMD-0296 和 SIMD-0385 密切相關。V1 從交易格式中移除了地址查找表，將費用和資源請求移入交易元數據，並將指令標頭與其可變長度有效負載分開。

最大的折衷是 ALT 的移除。以前通過緊湊查找索引表示的帳戶必須作為完整的 32 字節地址納入，這意味著一些交易可能會變得大得多。

即便如此，分析的工作負載似乎與 4,096 字節信封廣泛兼容。因此，升級可能為複雜應用程序提供有意義的額外容量，儘管現有的 64 帳戶限制對於以帳戶為重的交易來說仍然是一個限制。

對於關注 Solana 生態系統發展並希望交易 SOL 或其他加密資產的交易者，您可以在 Bitrue 上探索市場，並 在這裡註冊 Bitrue 帳戶.

常見問題

什麼是 Solana 交易 V1？

Solana 交易 V1 是一種提議的交易格式，將最大交易大小增加到 4,096 字節，並重新設計交易序列化。

Solana V1 交易有多大？

提議的最大大小為4,096 字節，相比於當前的 1,232 字節限制。

什麼是 SIMD-0385？

SIMD-0385 是提議交易 V1 格式及其結構變更的 Solana 改進文檔。

什麼是 SIMD-0296？

SIMD-0296 提議將 Solana 的最大交易大小從 1,232 字節增加到 4,096 字節。

Solana V1 是否移除了地址查找表？

是的。V1 從交易格式中移除了 ALT 依賴，並將引用的帳戶直接納入交易中。

免責聲明：所表達的觀點僅屬於作者本人，並不反映此平台的觀點。本平台及其附屬機構不對所提供信息的準確性或適宜性負任何責任。僅供參考，並非財務或投資建議。