Solana 主網 V1 上線後，交易大小增加至 4,096 字節，是原來的三倍。

Solana 計劃於 9 月 9 日將單筆交易可攜帶的數據量增加三倍。 根據 GitHub 上的 SIMD-0296 提案，這一新的 4,096 字節上限可以放入驗證器硬件的單個 4 KiB 內存頁中。

現在，需要多次事務處理的工作負載只需一次原子調用即可完成。.

QUIC 讓 1232 字節的限制變得毫無意義。

Solana 最初的限制是出於網絡方面的考慮。該網絡採用的是 1280 字節的 IPv6 MTU。.

SIMD-0296 的作者寫道，扣除協議開銷後，交易有效載荷還剩下 1232 字節。考慮到每條消息都必須在不分片的情況下通過 MTU，這樣的大小是合理的。.

Solana 在 2022 年將 QUIC 作爲其處理交易的標準方式。RFC 9000 沒有設定最大流大小，因此更大的有效負載可以在網絡層面順利通過。.

1232 字節的限制已經變成了一條沒有技術依據的規則。.

這兩份文件由安扎公司的工程師雅各布·克里奇和安德魯·菲茨傑拉德撰寫。SIMD -0296 提高了大小限制。

配套的 SIMD-0385了 defiv1消息格式，其中包含額外的字節。這對協議解決了自該區塊鏈啓動以來開發者們一直試圖規避的一個限制。

該方案傾向於使用 4,096 字節，而不是 QUIC 允許的最大大小，以便將一筆交易放入驗證器內存的單個標準 4 KiB 頁中。任何交易都不會跨越頁邊界。.

每次事務的內存管理成本很低。每次事務僅限於單個頁面。.

爲了得出 4,096 字節的限制，克里奇和菲茨傑拉德分析了開發者如何使用 Jito 包來規避舊的限制：

• 提交的文件包中有 50% 小於或等於 2,048 字節。.
• 65% 的文件大小小於 6,144 字節。.
• 100% 的文件大小小於 9,216 字節。.

4,096 字節的上限可以滿足單次調用中絕大多數的多事務工作負載，同時還能保持在驗證器硬件頁面限制之內。.

在 Solana上，未準備好的 RPC 調用現在會拋出錯誤 -32015。

額外的容量可以支持超過 1232 字節限制的工作負載。.

零知識證明（例如 Token Extensions 的dent傳輸中使用的證明）生成的有效載荷超過了 1,232 字節的限制。.

爲了解決這個問題，開發者們要麼鏈式調用多個函數，要麼放棄原子加密傳輸。新的 4096 字節限制允許在單筆交易中存儲零知識證明。.

BLS簽名聚合和大型多重簽名配置也受益於此項變更。SIMD-0296指出，嵌套多重簽名（機構財務部門和DAO通過Squads使用的多重簽名類型）是主要驅動因素之一。.

它還提到了 Winternitz 一次性簽名和無需預編譯即可工作的鏈上 BLS 方案。.

該格式摒棄了地址查找表（Address Lookup Tables，ALT），v0 版本曾使用 ALT 通過短索引引用多達 64 個賬戶。ALT 增加了複雜性，卻沒有帶來任何好處，因爲現在只有 64 個內聯的 32 字節地址，總共只佔用 2048 字節，遠低於上限。.

中每筆交易的 Solana 。即使字節預算問題得到解決，使用大量賬戶的應用仍然會達到這個上限。網絡賬戶數量上限仍然是64 個

Jito 捆綁包允許開發者將最多五個交易合併成一個全有或全無的序列，以解決字節限制問題。.

Transaction v1 在單個事務中實現了相同的原子性結果。它將原生原子性直接引入到底層。.

V1 版本對發送方是可選的，因此舊版和 v0 版本交易仍然有效。Solana Solana 的遷移 說明 指出，這對讀取區塊的基礎設施來說是一項重大變更。

如果數據工具和區塊瀏覽器沒有更新到 Solana的新版本，它們將完全凍結或報錯。.

當應用程序嘗試讀取沒有新版本參數的 v1 交易或區塊時， Solana的服務器會拒絕該請求，並返回系統錯誤代碼 -32015。.

持續傳輸實時區塊的工具會遇到新的 v1 交易，收到完全空白的響應，然後就停滯不前。.

索引器（或記錄交易數據的工具）顯示新交易的優先級費用爲零，因爲它們查找的位置錯誤。.

過去，這些費用是從交易記錄內的一個特殊列表中讀取的。在新版本中，這些信息被保存在一個專門的匯總框中。.

Anza 要求 RPC 提供商升級到 Agave v4.2。Helius發佈了一份遷移清單，詳細說明了相關工作。

Transaction v1 於 9 月 1 日 epoch 1025 在 Solana 測試網上激活。Anza 正式計劃於 9 月 9 日進行主網部署。.

最頂尖的加密貨幣專家都在閱讀我們的簡報。想 加入他們？