什麼是 Solana 交易 V1？4,096 位元組主網升級解析

2026/09/15 18:16:00

picture[data-cms-leading-picture="true"]{display:none!important}

Solana 已在主網啟用 Transaction V1，將單筆交易的最大序列化大小從 1,232 個位元組提高至 4,096 個位元組。此變更使開發人員在單筆交易中獲得約 3.3 倍的空間，更易於處理資料密集型工作負載，例如零知識證明、大規模多重簽名操作、保密轉帳及更複雜的 DeFi 互動。Transaction V1 已於 2026 年 9 月 15 日的 Epoch 1035 正式上線，而現有的 Legacy 和 V0 格式仍繼續支援。

然而，這個關鍵數字可能具有誤導性。交易 V1 並未使 Solana 快 3.3 倍，也不會自動將每秒交易數增加三倍。相反，此升級擴大了單一原子交易中可容納的序列化資料數量，並重新設計了交易格式的部分內容。這個區別至關重要，因為最大的好處並非僅僅是「更多位元組」，而是能夠在單一交易中完成以往必須分多個步驟進行的工作流程。

什麼是 Solana 交易 V1？

Transaction V1 是 Solana 的新版本交易格式，透過 SIMD-0385 與 SIMD-0296 中較大的交易大小提案一併引入。其最顯著的特點是將最大序列化交易大小從 1,232 個位元組增加至 4,096 個位元組。V1 還重新組織了線路格式，移除了地址查找表，並將資源請求（如計算單位限制和優先費用）直接置於交易配置中，而非依賴傳統的計算預算指令。

重要的是，V1 是一種選擇性加入的格式，而非強制性替代方案。無需額外交易空間的應用程式可繼續使用傳統或 V0 交易。因此，普通的 SOL 轉帳、簡單的代幣轉帳以及許多現有的 DApp 互動，並不會突然需要消耗 4,096 個位元組或遷移至新的交易類型。

功能	傳統	V0	交易 V1
最大交易規模	1,232 個位元組	1,232 個位元組	4,096 個位元組
版本化格式	No	是	是
地址查找表	No	是	No
資源配置	計算預算指令	計算預算指令	交易設定
較大的資料密集型原子操作	限時	限時	是
需要遷移	No	No	選擇參與

理解此升級最簡單的方式是，V1 為應用程式提供了大得多的交易封包，同時保留了舊的交易格式。

為何 Solana 被限制為 1,232 個位元組？

原始的 1,232 位元限制源自 Solana 的網路架構，而非對應用程式複雜度的任意決定。該網路歷史上以 1,280 位元的 IPv6 最小 MTU 作為參考點。扣除網路標頭後，剩餘 1,232 位元可用於交易資料。儘管 V1 交易現在可透過多個 QUIC 幀傳輸而超過此封包負載，Solana 文件仍將 1,232 位元識別為傳統的 PACKET_DATA_SIZE。

一筆交易必須包含遠多於使用者實際希望執行的指令的內容。它包括簽名、帳戶地址、最近的區塊雜湊、指令元資料和應用程式特定資料。每個 Ed25519 簽名消耗 64 個位元組，而標準的 Solana 公鑰為 32 個位元組。當一筆交易涉及多位簽署者、多個帳戶或多重加密證明時，這些數字便會變得顯著。

因此，隨著 Solana 應用程式變得越來越複雜，1,232 個位元組的上限變得越來越受限。對於簡單的代幣轉帳來說，這很少構成嚴重障礙，但對於開發先進金融或加密應用程式的開發者來說，這可能會迫使他們重新設計工作流程，以適應 Solana 開發早期所建立的網路限制。

為何 Solana 將限制提高至 4,096 個位元組？

Solana 現在可以部分放寬舊有的限制，因為其網路堆疊使用了 QUIC，允許大於原始資料包負載的交易透過多個框架傳輸。這使得原先要求整個序列化交易必須 fits 在單一 MTU 大小的負載內的條件變得不那麼必要。同時，較大的交易會消耗更多的驗證者頻寬，因此完全移除限制會帶來另一組網路和資源問題。

因此，新的 4,096 位元組或 4 KiB 上限是一項工程上的權衡。它為開發者提供了更多的應用空間，同時避免交易大小無限擴大。Solana 指出，較大的交易會消耗更多的網路頻寬，且可能需要比同等緊急程度的較小交易支付更高的優先費用。

這種細微差異很重要。Transaction V1 並非 Solana 放棄交易大小限制，而是 Solana 以一個遠為更高的上限，取代了基於早期網路假設的限制，以支援網路現今需要支援的應用程式。

Solana V1 與 V0：實際上有哪些變化？

V1 移除地址查找表

V0 引入了位址查閱表（ALTs），作為解決舊有交易大小限制的變通方法。應用程式無需將每個 32 位元的帳戶位址直接放入交易中，而是可以使用短得多的索引來引用儲存在查閱表中的位址。這種壓縮方式被廣泛使用：Solana 對抽樣活動的自身分析發現，約 62% 的觀察到的 V0 交易至少引用了一個 ALT。V1 移除了對 ALT 的支援，而是將帳戶位址直接放入更大的交易封裝中。

移除 ALT 簡化了驗證節點資料匯入流程的一部分，因為驗證節點不再需要在得知交易的完整帳戶集之前檢索和解析查找表狀態。但這也會消耗 V1 提供的部分額外空間。Solana 評估，當現有交易以 V1 表示時，一半的交易額外序列化大小少於約 420 個位元組，而 90% 的交易額外序列化大小少於約 1,400 個位元組。過去透過少量 ALT 壓縮許多位址的交易，可能會看到更大的擴展。

資源請求已移入交易

V1 也改變了交易描述其資源需求的方式。運算單元限制、載入帳戶資料限制、堆疊大小和優先費用可以固定在交易配置的特定位置，而無需透過 ComputeBudgetProgram 指令來表達。這讓網路基礎設施無需掃描指令列表，就能更早識別重要的排程資訊。

對於開發者而言，這意味著此升級不僅僅是增加位元組配額。建構、解碼、索引、贊助或評估交易的軟體必須理解新的 V1 結構，而非假設所有交易都如同傳統或 V0 一樣運作。

4,096 位元組的交易能開啟什麼可能性？

零知識證明與保密轉帳

零知識技術是最明顯的受益者之一，因為證明可能需要大量的交易資料。在舊的限制下，開發人員可能擁有足夠的運算能力來驗證操作，但卻沒有足夠的序列化交易空間，以在單一交易中包含證明和所有周圍指令。更大的 V1 封裝為隱私和加密應用提供了顯著更多的空間，而無需增加其運算或帳戶限制。Solana 特別指出，受益的應用包括 ZK 證明和保密轉帳工作負載。

Token-2022 的機密轉帳說明了這一點的重要性。此類工作流程可能涉及證明以及建立情境、執行轉帳和清理相關狀態所需的指令。在較大的交易中，過去必須逐一串聯的操作，現在有可能作為一個原子性操作執行，從而減少使用者或開發者必須管理的中間狀態數量。

較大的多重簽名與加密運算

多重簽名交易也受益於簽名會佔用有意義的序列化空間。一個 64 字節的 Ed25519 簽名單獨來看可能微不足道，但一個需要多次獨立批准的交易，在未計入程式指令和位址之前，便可能迅速耗盡舊有 1,232 字節封裝的大量空間。V1 為更複雜的財庫管理、機構託管與授權結構騰出更多空間。

Solana 也指出了其他資料密集型的密碼學設計，包括 BLS 相關工作流程和先進的鏈上簽名方案。這對機構應用至關重要，因為複雜的授權、託管和隱私需求通常遠比零售用戶在兩個錢包之間傳送代幣的要求更為嚴苛。

更複雜的原子工作流程

也許最廣泛的優勢是原子性。原子交易要么整體成功，要么整體失敗。如果由於原始交易過大而必須將複雜操作拆分為多筆交易，開發者可能需要臨時狀態、額外確認或捆綁系統來協調各個步驟。

使用 V1 時，某些工作流程可在單一交易中包含更多指令和資料。因此，其價值不僅在於交易包含更多資訊，更在於應用程式的更多邏輯可能共享相同的全有或全無執行邊界。

交易 V1 對 DeFi 意味著什麼？

DeFi 應用程式通常在單一使用者操作中與多個程式互動。一筆複雜的交易可能涉及交換路由、借貸協議、抵押品調整和結算步驟，而套利或強制平倉策略可能需要在經濟效益實現前協調多個動作。在舊有的位元上限下，即使網路具有足夠的計算能力來執行預定指令，交易序列化仍可能成為瓶頸。

V1 為多步驟路徑、額外的驗證邏輯和資料豐富的指令創造了更多空間，這可以減少對分散式工作流程的依賴，並可能降低部分執行的風險。能夠將更多邏輯整合到單一交易中的路由和交易系統，也可能提供更清晰的使用者體驗，因為使用者在執行某些複雜操作時需要的簽名和確認次數更少。CoinDesk 將多步驟交易列為受益於此升級的即時應用類別之一。

然而，這種改善是有極限的。交易位元組、運算單位和帳戶鎖定是不同的資源。提高位元組上限並不會為應用程式提供無限的運算能力或額外的帳戶。Solana 的 V1 分析明確指出，未變更的 64 個帳戶限制仍可能是廣泛多池或多交易平台策略的關鍵限制。

交易 V1 會讓 Solana 更快還是更便宜？

V1 會增加 Solana 的 TPS 嗎？

並非提升了 3.3 倍。此次升級提高了單筆交易的最大尺寸，而非 Solana 每秒所能執行的交易數量。交易吞吐量還取決於區塊運算限制、帳戶競爭、網路狀況、交易組成及其他協議限制。因此，將 V1 描述為「3.3 倍 TPS 升級」混淆了交易容量與交易尺寸。

Solana 已將其區塊運算限制從 6000 萬單元提高至 1 億運算單元，於 2026 年 7 月在主網啟動，擴展幅度達 66%。此升級直接增加了每個區塊的運算餘裕，且與 V1 不同。

V1 仍可提升應用層的效率。如果一個曾經需要三次協調交易的工作流程現在可以作為一次完成，用戶可能會經歷更少的步驟和更低的延遲，即使網路的標題 TPS 並未增加三倍。這種區別是描述性能優勢的最佳方式。

交易 V1 能否降低費用？

對於某些複雜操作，有可能。將多個步驟合併為一個原子交易，可減少因分割工作流程而產生的重複簽名、重複確認及其他開銷，從而降低完成整個操作的總成本。

但此次升級並未將 Solana 的基礎交易費用降低 3.3 倍。事實上，Solana 自己的文件指出，較大的交易會消耗更多的驗證者頻寬，且可能需要比具有類似優先級的小型交易支付更高的優先費用才能成功確認。

因此，應在工作流程層面評估費用優勢：單筆較大交易的費用可能高於簡單轉帳，但仍比完成同一複雜任務所需的多筆較小交易更便宜或操作上更優。

開發者和錢包需要做出的更改

對於普通用戶而言，除非其所使用的應用程式開始利用 Transaction V1，否則該版本應基本不可見。對於基礎設施提供者而言，過渡過程需要更多關注。錢包和 SDK 若希望建立或簽署 V1 交易，則必須理解新的序列化格式；而 RPC 服務、探索者和索引器則必須能夠正確解碼新版本。

即使不打算發送 V1 交易的應用程式，在讀取區塊或交易歷史時也可能遇到 V1 交易。Solana 的遷移指南警告交易讀取系統必須明確支援交易版本 1。若系統基於 V0 結構做出假設，或搜尋傳統的 Compute Budget 指令，則可能失敗或報告錯誤的資源資訊。

此相容性問題解釋了為何啟用時間被延至第 1035 週期，這是因為生態系統團隊要求更多時間進行測試與整合。因此，上線後立即面臨的問題不僅是有多少開發者開始建立大額交易，而是錢包、RPC 提供商、索引器、費用贊助商和分析平台是否能正確理解 V1 在生產環境中開始出現時的狀況。

這項升級對 SOL 意味著什麼？

交易 V1 對 Solana 的技術能力而言具有根本性的正面意義，因為它擴大了開發者可合理構建的應用程式類型。更多支援證明、機構多重簽名結構、複雜的去中心化金融及注重隱私的工作流程，能強化 Solana 作為超越簡單代幣轉帳應用之基礎設施的論點。這是一項有意義的根本性發展，但並未在交易規模與 SOL 代幣價格之間建立機械性關係。

與技術性頭條的規模相比，市場的即時反應相對溫和。SOL 於 9 月 15 日的交易價格約為 $102，價格數據顯示其較一個月前的水平高出約 35%，但仍受整體加密市場波幅影響。

因此，投資者可透過觀察採用情況，而非首日的價格K線，獲得更有用的資訊。相關的問題包括：V1 交易是否變得普遍，開發者是否推出此前不切實際的應用程式，以及 DeFi、隱私、支付或機構使用是否因此擴展。額外的 2,864 個位元組的經濟價值，最終取決於開發者如何利用它們。

V1 如何融入 Solana 的更大升級路線圖

Transaction V1 僅是 Solana 消除各項瓶頸的更廣泛努力中的一環。該網絡已將區塊計算容量提升至 1 億個 CUs，正在逐步實施更低的租金參數，並致力於縮短插槽時間。Agave 4.3 預計將帶來另一項重大變革——Alpenglow，這是 Solana 計劃中的下一代共識架構，旨在實現顯著更快的最終性。

升級	主要目標	當前趨勢
100M CU 塊	將區塊運算限制從 60M 提高至 100M CU	主網上線
交易 V1	將最大交易大小從 1,232 增加至 4,096 個位元組	主網上線
租金減免	將鏈上儲存租金參數減少最多 90%	分階段推出
縮短的插槽時間	從 400ms 移至 200ms 時槽	功能上線
Alpenglow	新的共識系統目標為約 150ms 的最終性	與 Agave 4.3 一併規劃

這些升級解決了不同的限制。更大的區塊增加了運算容量，V1 提升了交易的靈活性，更低的租金降低了鏈上儲存成本，更短的時槽改善了延遲，而 Alpenglow 則針對共識與最終性。將 Transaction V1 視為此更廣泛架構的一部分，比將其單獨呈現為一項突然使 Solana 所有方面提升三倍的升級更為準確。

更廣泛的策略是同時在多個層次上為應用程式提供更多空間。若成功，Solana 不僅能處理更多活動，開發者在設計複雜應用程式時也將面臨更少的協議層限制。

主網上線後，我們應關注什麼？

首要觀察的指標是 V1 的採用率。由於該格式為可選，主網啟用並不能告訴我們錢包、DeFi 協議、隱私項目或機構應用程式會多快實際使用它。當交易已經很小且簡單時，開發者有強烈的理由繼續使用現有格式，因此 V1 的採用率最初應集中於其額外容量能解決實際問題的應用程式中。

基礎設施的可靠性同樣至關重要。隨著 V1 活動增加，交易解碼、錢包簽名、RPC 兼容性、費用估算和索引都必須正確運作。同時，也值得監控較大交易是否會對驗證者頻寬造成可衡量的新壓力，或是否會吸引更高的優先費用，正如 Solana 的設計文檔所預期的那樣。

從長期來看，更有趣的指標將是應用程式特定的：機密轉帳和 ZK 工作負載的增長、更複雜的多重簽名設計、減少碎片化交易的 DeFi 路徑，以及在 1,232 個位元組限制下原本不切實際的機構工作流程。上線後的問題不再是 Solana 能否支援 4,096 個位元組的交易，而是開發者是否能找到足夠多有價值的理由來使用它們。

🔥 超越頭條新聞：KuCoin 5.0 對您的意義

市場新聞變化迅速——但您採取行動的地點同樣至關重要。今年十月，KuCoin 將推出 KuCoin 5.0，將 KuCoin 轉變為一個重建的平台。以下是為您帶來的實際變化：

一個帳戶解決所有需求。舊平台將您的資金分散在獨立的「现货」、「保證金」和「合約」帳戶中，並期望您理解其原因。KuCoin 5.0 的統一帳戶完全消除這種情況——只需充幣一次，所有資金便一應俱全。
股票、指數和商品。KuCoin 5.0 擴展至全球市場，超越加密貨幣。當加密貨幣橫盤整理而股權市場上漲（或反之），您只需數分鐘即可轉倉，無需開設證券帳戶並等待數日以處理法定貨幣資金轉賬。
真實資產（RWA）。直接在您的加密貨幣帳戶中獲得對商品等傳統資產的代幣化曝險。全球金融增長最快的領域之一，不再僅限機構使用——您可透過同一個交易餘額進行訪問。
邊學邊賺。還未準備好交易？KCUSD 讓你的穩定幣每日賺取複投利息，以最低壓力的方式讓閒置充幣產生 4% 的收益。
一個用通俗語言設計的 AI 助理。提出問題，獲取市場背景，理解您所查看的內容——內建於平台中，無需使用專業術語。
一款不會令人眼花繚亂的應用程式。更快、更簡潔、更一致——從第一次點擊就直觀易用，無需教程。
您可以檢查的安全，而非僅僅信任。作為一家獲 MiCAR 許可的歐盟實體，Proof of Reserves 可由您自行驗證，並獲得國際認證的安全標準（SOC 2 Type II、ISO 27001:2022）。

數分鐘內創建您的帳戶 — 開始使用為加密貨幣未來而打造的平台，而非過去的平台。

結論

Solana 交易 V1 在簡化為一個統計數據時看起來很簡單：網絡已將最大交易大小從 1,232 個字節提高到 4,096 個字節。但更重要的變化在於這些額外的字節能實現什麼功能。證明、簽名、配置數據和多個應用程序指令可以包含在更大的原子執行範圍內，可能取代開發人員過去為繞過舊限制而使用的某些變通方法。

V1 並未使 Solana 快 3.3 倍，也未消除運算限制或保證更低的費用。相反，它移除了一個日益重要的應用程式設計瓶頸，同時在位址表示、基礎設施相容性和網路頻寬方面引入了新的權衡。如果新格式能幫助開發者簡化 ZK 應用程式、機構工作流程和複雜的 DeFi 交易，其長期重要性可能不在於 4,096 位元組的標題本身，而在於在此之前難以構建的應用程式。

常見問題

用戶是否仍可傳送傳統的 Solana 交易？

是的。V1 上線後，舊版和 V0 交易仍會受到支援。V1 交易為可選功能，因此無需使用較大交易封裝的應用程式可繼續使用現有格式。

我需要為交易 V1 設置一個新錢包嗎？

不一定。普通用戶可繼續使用依賴傳統或 V0 交易的錢包。然而，希望構建、解碼或簽署 V1 交易的錢包，則需新增對新格式的明確支援。

V1 會增加每筆交易的帳戶數量嗎？

不會自動進行。Solana 目前強制執行 64 個帳戶的運行時限制，此限制與新的 4,096 位元組交易大小上限分開。未來的功能可能會提高帳戶鎖定限制，但這並非 V1 大小增加的一部分。

所有 V1 交易都是 4,096 個位元組嗎？

不，這個數字是最大值，而非必需大小。V1 交易可以遠小於 4,096 個位元組，開發人員沒有理由僅因空間可用就填滿未使用的空間。

什麼是 SIMD-0296 和 SIMD-0385？

SIMD-0296 是與提高最大交易大小相關的 Solana 改進提案，而 SIMD-0385 則規定了支援更大封裝和重新設計交易結構的 Transaction V1 格式。

交易 V1 能否使用地址查找表？

不，與 V0 不同，V1 不支援地址查找表。它直接在交易中包含帳戶地址，簡化了交易處理，但會為帳戶密集型工作負載消耗更多的序列化空間。

免責聲明：本文僅供資訊參考，不構成投資建議。加密資產波動性可能極高，市場狀況、代幣流動性及項目發展可能迅速變化。讀者應在做出財務決策前自行進行研究並評估自身的風險承受能力。

免責聲明: 本頁面經由 AI 技術翻譯，旨在方便您的閱讀。欲獲取最準確資訊，請以原始英文版本為準。