Solana Agave 4.2：租金大降90%，迈向200毫秒区块时代

三個功能門控升級於8月17日當週開始在Solana主網上啟動。鏈上儲存租金降低90%，最大交易大小增加3.3倍，以及將區塊時間從400毫秒分階段縮短至200毫秒，這些代表了自Firedancer上線主網以來Solana最重要的基礎設施變革。

Solana在2026年的基礎設施路線圖是一系列相互疊加的賭注。Firedancer於2025年12月上線主網，目前承載約14%的主網質押，活躍驗證者超過20%。Agave 4.2改變了這些驗證者所運行的網絡的經濟和性能特徵。Alpenglow將在下一個版本中發布，完全取代共識機制。每一層都依賴於前一層，每一層都改變了開發者可以在Solana上構建的內容。

本文分解了Agave 4.2的三項升級，衡量了每一項在實踐中改變了什麼，並考察了它們如何使Solana相對於以太坊的Hegota路線圖以及更廣泛的開發者和用戶注意力競爭中佔據優勢。

租金降低：0.016美元帳戶對構建者的意義

Solana上的租金是用戶為保持帳戶開放而必須存入的最低餘額。存款隨存儲的數據量而擴展。在之前的費率下，標準SPL代幣帳戶需要約0.16美元的SOL作為免租金存款。該金額不是費用。它被鎖定在帳戶中，只要帳戶存在，並在帳戶關閉時返還。

SIMD-0437將每字節的lamports常數降低了10倍，從6,960降至696。同一代幣帳戶的免租金存款降至約0.016美元。對於單個帳戶，差異微不足道。對於創建數千或數百萬帳戶的應用程序，差異是結構性的。

一個在鏈上維護訂單簿的去中心化交易所為每個未平倉訂單創建帳戶。一個跟踪玩家狀態的遊戲協議為每個活躍玩家創建帳戶。一個發行分數股份的代幣化平台為每個持有者創建帳戶。在每種情況下，引導應用程序的成本與帳戶數量線性相關，而SIMD-0437將該成本降低了90%。

實際效果是，在之前的租金費率下在Solana上不經濟的應用程序類別在新的費率下變得可行。具有精細價格水平的鏈上訂單簿、具有數百萬玩家持久狀態的完全鏈上遊戲，以及擁有數萬持有者的代幣化平台，都變得顯著更便宜運營。

反駁的觀點是，更便宜的存儲增加了狀態膨脹。存在於Solana上的每個帳戶都佔用驗證者必須存儲和處理的空間。將創建帳戶的成本降低90%可能會導致帳戶數量相應增加，給驗證者硬件要求帶來壓力。Agave背後的開發團隊Anza認為，未來版本中的狀態壓縮和帳戶生命週期管理功能將獨立於租金費率解決膨脹問題。

更大的交易：從變通方案到原子執行

1,232 字節的交易限制一直是 Solana 開發者最頭痛的問題之一。這個限制源於網絡基於 UDP 的數據包大小限制，該限制在啟動時設定，從未更新。處理複雜操作、ZK 證明、大型多重簽名配置和多指令 DeFi 交易的開發者，不得不將工作拆分到多個交易中，或使用地址查找表來壓縮引用。

SIMD-0296 通過新的 v1 交易格式將限制提高到 4,096 字節。該格式用直接在交易頭部攜帶的配置掩碼取代 ComputeBudgetProgram 指令，為實際指令數據騰出空間。v1 交易通過前導版本字節 129 識別，不支持地址查找表，但在 4,096 字節下，大多數情況下可以直接包含完整地址列表。

影響最大的是三類開發者。ZK 證明驗證需要將證明數據作為交易輸入傳遞，現在可以作為單一原子交易完成，而不是拆分為多次調用。具有許多簽名者的大型多重簽名錢包可以在一個交易中包含所有簽名。而鏈上簽名方案（如 BLS）需要更大的密鑰材料，現在可以無需變通方案執行。

現有應用程序無需更改。v0 和舊版交易格式繼續像以前一樣工作。只有需要更大尺寸的應用程序才需要採用 v1。解碼原始交易字節的索引器和區塊瀏覽器需要識別新佈局，但遷移路徑是自願的，而非強制的。

與以太坊實際上無限的 calldata 相比，3.3 倍的增加可能看起來不大。區別在於 Solana 交易在單個時隙中執行，具有確定性排序，而以太坊交易則競爭區塊包含，並具有可變的 gas 成本。Solana 的方法以速度換取靈活性：Solana 上的 4,096 字節交易在不到一秒內確認，而類似的以太坊交易可能根據 gas 價格和區塊擁堵等待數分鐘。

通往 200 毫秒時隙之路

SIMD-0525 是三項升級中最雄心勃勃的一項，也是對用戶影響最明顯的一項。目前 Solana 的時隙時間為 400 毫秒，意味著大約每 0.4 秒產生一個新區塊。SIMD-0525 目標是將時隙時間縮短至 200 毫秒，實際上使網絡的區塊生產率翻倍。

這種縮短不是即時的。它分四個連續的 50 毫秒遞減步驟進行：400 毫秒到 350 毫秒，然後 300 毫秒，然後 250 毫秒，然後 200 毫秒。每個遞減步驟都由驗證者必須採用的功能激活門控。協議包含一個關鍵的安全保障：如果在任何階段跳過率超過定義的閾值，網絡將不會推進到下一個遞減步驟，直到穩定性恢復。

測試網已經展示了 300 毫秒的時隙，驗證了前兩個遞減步驟。剩餘的 250 毫秒和 200 毫秒步驟將取決於主網驗證者在真實世界負載下的性能，這在流量、地理分佈和硬件多樣性方面與測試網條件不同。

對於用戶來說，更快的時隙意味著更快的確認。Solana DEX 上的交換目前大約在 400 毫秒內確認。在 200 毫秒時隙下，同樣的交換確認時間減半。對於做市商來說，更緊湊的時隙意味著更緊的價差，因為報價可能過時的時間窗口隨著每個遞減步驟而縮小。對於驗證者來說，更快的時隙意味著更高的硬件要求：每個時隙的計算預算保持不變，但處理它的可用時間減半。

驗證者硬件問題並非理論上的。ETHNews 報導 Agave 4.2 升級“使使用更便宜，運行更困難”。租金降低降低了開發者的成本。時隙時間縮短增加了驗證者的成本。這種權衡是否淨正面取決於更便宜的開發成本是否能吸引足夠的新活動，以證明驗證者必須吸收的更高基礎設施成本是合理的。

Firedancer 在升級中的角色

如果沒有 Firedancer 在主網上的存在，Agave 4.2 的性能要求將更難達成。Jump Crypto 的 C 和 C++ 驗證器客戶端於 2025 年 12 月達到主網，提供了原本僅靠 Agave 客戶端無法保證的性能基準。

2025 至 2026 年部署期間的運營商數據顯示，Firedancer 驗證器在跳過率降低方面實現了 18 至 28 個基點的改善，錯過的投票積分減少了 15%，投票延遲約為 1.002 個時隙，並且區塊更飽滿，平均計算單位為 4700 萬，而 Agave 為 4480 萬。當時隙時間減半時，這些差距至關重要，因為處理延遲的容忍度會隨著每次遞減而縮小。

Firedancer 目前承載了主網約 14% 的質押，活躍驗證器佔比超過 20%。客戶端多樣性也是一種韌性特徵：導致 Agave 崩潰的錯誤不一定會影響 Firedancer，反之亦然。對於一個準備將時隙時間減半然後完全替換共識機制的網絡來說，擁有兩個獨立的客戶端不是奢侈，而是安全要求。

Alpenglow：下一個版本中等待的共識重寫

Agave 4.2 包含了完整的 Alpenglow 代碼庫，但未在主網上激活。該激活保留給 Agave 4.3，目標是 2026 年 10 月。當它發佈時，Alpenglow 將取代 Solana 自 2020 年啟動以來一直運行的兩個系統：歷史證明和 TowerBFT。

替代方案是 Votor，一種投票算法，目標是約 150 毫秒的最終性，而 TowerBFT 目前的最終性為 12.8 秒。Votor 完全消除了鏈上投票交易。在 TowerBFT 下，驗證器將投票作為消耗區塊空間和計算單位的常規交易提交。在 Votor 下，驗證器通過單獨的通道直接交換投票，釋放區塊容量用於用戶交易。

安全模型容忍 20% 的質押離線和 20% 的質押同時對抗。Anza 已為 Alpenglow 發佈了 50,000 SOL 的漏洞賞金計劃，提交將於 8 月 5 日開放，這表明對代碼庫的信心，同時承認如此規模的共識替換需要外部安全審查。

順序很重要。Agave 4.2 降低了租金，增加了交易大小，並開始縮短時隙時間。Agave 4.3 替換了共識機制。每個升級都設計為獨立有用，但完整的願景——200 毫秒時隙和 150 毫秒最終性，且共識協議不消耗區塊空間進行投票——需要所有升級成功發佈。

這與以太坊的 Hegota 路線圖相比如何

Solana 和以太坊正在追求不同的路徑以達到相同的目標：更低的成本、更高的吞吐量和更快的最終性。Agave 4.2 與以太坊的 Hegota 升級計劃之間的對比說明了架構差異。

以太坊的 Hegota 時間表要求在 9 月之前確定偏好截止日期，升級本身目標是 2027 年。範圍仍在定義中：提交了 66 項提案，社區必須在最終確定升級之前削減大部分提案。關鍵候選包括用於原生隱私的 EIP-8182、用於抗審查的 FOCIL，以及用於 Rollup 可擴展性的 blob 吞吐量增加。Glamsterdam devnet 延遲，進一步推遲了時間表。

Solana 的方法更快，決策更集中。Anza 設定功能激活時間表，驗證器採用它，升級繼續進行。沒有以太坊那樣的多年 EIP 流程，社區治理決定哪些提案入選。權衡是 Solana 可以在一次發佈中推出三個主要升級，而以太坊需要 12 到 18 個月才能最終確定類似範圍的變更。

Agave 4.2 之後的性能差距是明顯的。Solana 在 200 毫秒時隙和 150 毫秒 Alpenglow 最終性下，將在 400 毫秒內確認交易。以太坊目前的最終性約為 13 分鐘，而 Hegota 的改進（如果發佈）目標是單時隙最終性，但仍將以秒而不是毫秒來衡量。

成本差距也在擴大。Solana 的租金降低使得鏈上儲存的成本降低了一個數量級。以太坊的 L1 對於儲存而言仍然昂貴，而 rollup 通過 blob 數據吸收了大部分成本降低。對於選擇在哪裡構建新應用程序的開發者來說，基礎設施經濟學越來越傾向於 Solana，因為它適用於需要高吞吐量、低成本和高最終性的用例。

反駁的觀點是，以太坊較慢的過程產生了更穩健、經過實戰考驗的升級，並具有更廣泛的社區共識。Solana 的速度優勢是以驗證者中心化壓力和重大基礎設施過渡期間更薄的安全邊際為代價的。市場最終將通過開發者採用和用戶活動來判斷這兩種方法，而不僅僅是技術規格。

開發者遷移的信號

基礎設施升級只有在 開發者通過構建應用程序來響應 時才有意義。領先指標不是 SOL 價格或 TVL，而是激活後幾週內新程序部署的速率和 v1 交易採用的數量。

Solana 的開發者生態系統在 2026 年持續增長，Solana 基金會在其最新的生態系統報告中報告了超過 2,500 名活躍的月度開發者。租金降低預計將加速鏈上游戲、去中心化社交協議和代幣化平台的開發，這些平台此前受到帳戶創建成本的限制。

競爭動態也很重要。等待更便宜的 Solana 基礎設施的開發者現在已經擁有了。出於成本原因考慮以太坊 rollup 的開發者必須權衡 L2 橋接和流動性碎片化的額外複雜性，與 Solana 在類似或更低成本下的集成 L1 體驗。

反對的理由：為什麼這些升級帶有風險

Agave 4.2 的看漲理由是它使 Solana 更便宜、更快、更有能力。看跌理由是它使 Solana 更難運行，增加了驗證者的中心化壓力，同時對一個處理數十億美元日交易量的網絡引入了三項同時進行的更改。

租金降低造成了狀態增長風險。如果 Solana 上的帳戶數量與成本降低成比例增加，驗證者將需要存儲和處理 10 倍的狀態數據。Solana 基金會尚未發布 SIMD-0437 之後環境的狀態增長預測。

在 Solana 驗證者成本已經高於大多數競爭網絡的時候，時隙時間的減少增加了硬件要求。一個 運行 Solana 的驗證者需要高端硬件，包括快速的 NVMe 存儲、高帶寬網絡和大量 RAM。將時隙時間減半並不會使硬件成本翻倍，但它縮小了錯誤餘地，並可能將較小的驗證者推到避免跳過懲罰所需的性能閾值以下。

交易大小的增加引入了一種新格式，索引器、錢包和 SDK 必須支持。雖然遷移是可選的，但 v0、legacy 和 v1 交易格式之間的生態系統碎片化為開發者和基礎設施提供者增加了額外的複雜性。

時機也引入了執行風險。在一個每天處理數十億美元的網絡上同時激活三個主要功能，意味著升級之間的任何交互效應（測試網可能無法完全複製的情況）可能在生產負載下出現。分階段的時隙時間減少緩解了最大的單一風險，但租金降低和交易大小增加沒有等效的保障措施。

還有一個較少討論的競爭風險。如果 Agave 4.2 成功，它驗證了這樣一個論點：單一團隊可以比以太坊的去中心化治理過程更快地交付重大基礎設施更改。這個論點在短期內吸引了開發者。從長遠來看，它造成了對 Anza 持續能力和與生態系統一致性的依賴。以太坊較慢的過程將這種風險分散到更廣泛的貢獻者中。速度和韌性哪個更重要取決於時間範圍。

什麼能證明看跌觀點是錯誤的：在90天內成功啟動所有三個功能，且跳過率沒有增加，驗證者沒有離開，開發者活動和鏈上帳戶有可衡量的增長。90天的時間窗口很重要，因為基礎設施的變更往往會逐漸顯現其效果，而不是立即見效。

觀看重點

• 每次時隙時間遞減後的跳過率。 SIMD-0525 中的保護機制會在跳過率超過閾值時停止進展。網路是完成全部四次遞減，還是停在中間步驟，將反映 Solana 驗證者基礎設施的實際限制。
• 租金降低後的帳戶創建率。 新帳戶的急劇增加將驗證租金曾是開發的重大障礙的論點。帳戶創建持平則表明限制因素在別處。
• v1 交易採用情況。 錢包提供商、DEX 和 DeFi 協議採用更大交易格式的速度，將決定交易大小的增加是否轉化為新功能，還是保持未使用狀態。
• Alpenglow 漏洞賞金結果。 在 Agave 4.3 發布前結束的 50,000 SOL 賞金計畫將產生公開的安全發現，這些發現將影響 10 月的共識切換是否按計劃進行。
• Firedancer 質押份額軌跡。 客戶端多樣性是這些升級風險狀況的先決條件。Firedancer 的 14% 質押份額是否增長至 33%（被廣泛認為是實現有意義韌性所需的閾值），對於過渡期間的網路安全至關重要。

常見問題