Quét để tải ứng dụng Gate
qrCode
Thêm tùy chọn tải xuống
Không cần nhắc lại hôm nay

以太坊 2026 年 Gas 上限漲 5 倍!Vitalik:低效代碼罰 5 倍

以太坊共同創辦人 Vitalik Buterin 指出,他預計 2026 年以太坊的區塊 Gas 上限仍會持續增長,但將告別過去「全面平均大漲」的模式。他具體提出一種可能的平衡方案:整體 Gas 上限提高 5 倍,同時針對處理效率相對低落的操作,也同步把 Gas 成本調升 5 倍。

Vitalik 的雙軌策略:上限漲 5 倍成本也漲 5 倍

以太坊Gas上限

(來源:GasLimitPics)

Vitalik Buterin 提出的方案核心是「獎懲並行」:整體 Gas 上限提高 5 倍,同時針對處理效率相對低落的操作,也同步把 Gas 成本調升 5 倍。這種設計的邏輯極為精巧,它不是簡單地擴容或限制,而是透過經濟機制引導開發者行為。

提高整體 Gas 上限意味著每個區塊能夠容納更多交易。當前以太坊的區塊 Gas 上限為 60M,若提高 5 倍至 300M,理論上每個區塊能處理的交易量將增加 5 倍。這對於提升網絡吞吐量、降低擁堵、減少用戶等待時間都有巨大幫助。在 DeFi 高峰期或 NFT 熱潮時,以太坊常因區塊空間不足而導致 Gas Fee 飆升至數百美元,5 倍擴容能夠顯著緩解這種情況。

然而,單純提高上限會帶來嚴重問題:網絡負擔增加(節點需要處理更多數據)、狀態膨脹加劇(區塊鏈歷史數據增長加速)、中心化風險上升(只有高配置節點能夠運行)。因此,Vitalik 提出同步調升低效操作的 Gas 成本,這是關鍵的平衡手段。

這種「漲上限也漲懶人稅」的做法,等同於用經濟誘因,逼迫開發者放棄低效寫法,轉向更省資源的程式碼設計,從而帶來更多的有效交易。例如,若創建新儲存槽(SSTORE)的 Gas 成本提高 5 倍,開發者就會想辦法減少儲存槽的創建,改用更高效的數據結構。若呼叫程式碼過大的合約(CALL)成本提高 5 倍,開發者就會優化合約大小,拆分功能或移除冗餘代碼。

從博弈論角度看,這創造了一個正向激勵循環:開發者優化代碼→單筆交易消耗的 Gas 減少→區塊能容納更多交易→網絡吞吐量實質提升。最終結果是,即使 Gas 上限僅提高 5 倍,實際吞吐量提升可能達到 10 倍甚至更多,因為每筆交易的效率都提升了。

Vitalik 的雙軌策略核心

上限提升:區塊 Gas 上限從 60M 提高至 300M(5 倍)

成本調升:低效操作 Gas 成本同步提高 5 倍

經濟誘因:用成本壓力倒逼開發者優化代碼

實質效果:吞吐量提升可能超過 10 倍(上限 5 倍 × 效率提升 2 倍+)

Vitalik 點名的優化目標操作

Vitalik 列出了他目前認為值得優化的目標(仍屬個人觀點,尚未形成提案):創建新儲存槽的 SSTORE、一般 SSTORE(小幅提升)、幾乎所有預編譯合約(除了與橢圓曲線相關的部分)、呼叫程式碼過大的合約(CALL)、部分複雜算術操作(如 MODMUL)、Calldata(小幅提升)。

創建新儲存槽的 SSTORE 是最消耗資源的操作之一。儲存槽是以太坊狀態數據的基本單位,每創建一個新儲存槽,全網所有全節點都必須永久保存這個數據。隨著儲存槽數量增加,節點的硬碟需求和同步時間都會線性增長。提高該操作的 Gas 成本,將激勵開發者重用現有儲存槽或採用更高效的數據結構(如 Merkle Tree 壓縮)。

預編譯合約是以太坊內建的特殊合約,用於執行複雜的密碼學運算或算術操作。這些合約的執行效率通常高於用 Solidity 編寫的自定義代碼,但某些預編譯合約的定價可能過低,導致被過度使用。Vitalik 提出調整除橢圓曲線相關操作外的預編譯合約成本,可能是因為這些操作相對不那麼核心或有更高效的替代方案。

呼叫程式碼過大的合約(CALL)是另一個優化目標。合約代碼越大,執行時需要加載的數據越多,消耗的計算資源也越多。提高大合約呼叫的成本,將激勵開發者拆分合約功能、移除冗餘代碼或採用代理模式(Proxy Pattern)減小主合約體積。

Calldata 是交易中傳遞給合約的輸入數據。大量 Calldata 會增加區塊大小和網絡傳輸負擔。雖然 Vitalik 僅提出「小幅提升」其成本,但這已足以激勵開發者壓縮輸入數據或採用更高效的編碼方式。

2025 年的擴容成就:30M 到 60M 翻倍

值得一提的是,這篇貼文其實是 Vitalik 對過去一年社群成果的正式回應與展望。2025 年在無硬分叉情況下,透過驗證者投票,Gas 上限已成功從 30M 翻倍到 60M,區塊空間整整成長了一倍。這是以太坊歷史上重要的擴容里程碑,且實現方式極為優雅:無需硬分叉(避免社群分裂風險),僅透過驗證者投票(展現去中心化治理)。

這種「無需硬分叉」的擴容方式是以太坊靈活性的體現。傳統上,區塊鏈參數的重大調整需要硬分叉,這要求所有節點更新軟體,過程複雜且存在分裂風險(如比特幣的 BCH 分叉、以太坊的 ETC 分叉)。以太坊透過驗證者投票機制,允許在共識範圍內動態調整參數,大幅降低了升級的複雜度和風險。

從 30M 到 60M 的翻倍意味著,2025 年以太坊的交易處理能力比 2024 年翻了一番。這種擴容的實際效果已經在市場中顯現:平均 Gas Fee 從 2024 年的高峰時段動輒 50-100 美元,降至目前的 10-30 美元區間。雖然仍然昂貴,但改善明顯。DeFi 協議的用戶活躍度提升,NFT 市場的交易頻率增加,都與這次擴容直接相關。

Vitalik 特別肯定這段「社群主導、漸進式擴容」的經驗,並強調 2026 年要從「量變」轉向「質變」,追求更永續的擴容路徑。這種表述揭示了 Vitalik 對無限擴容風險的擔憂。若持續以翻倍速度提高 Gas 上限,總有一天會達到網絡和節點的物理極限。因此,必須在擴容的同時提升效率,讓每單位 Gas 產生更多實際交易價值。

什麼是 Gas 上限?為何調高很重要

以太坊的「區塊 Gas 上限」(block gas limit)就像高速公路的車道數,決定每一區塊最多能塞多少筆交易。目前已達 60M,意味每 12 秒能處理的計算資源是 2024 年的兩倍。這個類比雖然簡化,但抓住了核心:Gas 上限越高,單位時間內能處理的交易越多。

提高上限能直接降低普通交易的 Gas 單價、提升 Layer1 吞吐量,讓 DeFi、NFT 大額空投、鏈上遊戲等應用更順暢,同時也為未來更多 Rollup 提供便宜的資料可用性(DA)空間。Layer2 Rollup 雖然在鏈下執行交易,但仍需要將交易數據發布到以太坊主網以確保安全性。主網的區塊空間越大,Rollup 發布數據的成本越低,這間接降低了 Layer2 的使用成本。

從用戶角度看,Gas 上限提高意味著:擁堵時段的交易更容易被打包(無需支付天價 Gas Fee 競價)、複雜交易(如多步驟 DeFi 操作)更容易在單筆交易中完成、鏈上應用(如全鏈遊戲)的可行性提升。這些改善直接影響以太坊的可用性和競爭力。

然而,無限提高 Gas 上限會帶來嚴重副作用。節點運行者需要更強的硬體配置(更快的 CPU、更大的記憶體、更大的硬碟),這提高了參與門檻,可能導致節點數量減少,削弱網絡的去中心化程度。狀態膨脹問題也會惡化,以太坊的狀態數據(所有帳戶餘額、合約代碼、儲存槽)已達數百 GB,若不加控制地增長,最終可能只有數據中心級別的設備才能運行全節點。

Vitalik 的方案正是為了平衡這些矛盾:透過提高低效操作成本,在擴容的同時控制狀態增長速度,使擴容更加永續。這種「質量導向」的擴容哲學,代表以太坊從追求「更大」轉向追求「更好」。

開發者需要做什麼準備

對於以太坊開發者而言,Vitalik 的提案意味著代碼優化將從「錦上添花」變成「生存必需」。若低效操作成本提高 5 倍,未優化的 dApp 用戶成本將暴漲,競爭力大幅下降。開發者需要:審計現有代碼,識別高 Gas 消耗操作;重構數據結構,減少儲存槽創建;優化合約大小,拆分功能模組;採用 Gas 高效的設計模式;測試不同實現方案的 Gas 消耗。

這種壓力雖然短期內增加開發成本,但長期將提升整個生態的代碼質量。類似於環保法規倒逼企業採用清潔技術,Gas 成本調整將倒逼開發者採用高效編程實踐。最終受益的是用戶,他們將享受到更便宜、更快速的鏈上體驗。

從競爭角度看,Vitalik 的提案也是對 Solana 等高性能公鏈的回應。Solana 以高吞吐量(每秒 65,000 筆交易)和低手續費(0.001 美元以下)著稱,這使其在 DeFi 和 NFT 領域快速增長。以太坊若要維持其智能合約平台的領導地位,必須在不犧牲去中心化的前提下大幅提升性能。雙軌策略正是這種平衡的體現。

Trang này có thể chứa nội dung của bên thứ ba, được cung cấp chỉ nhằm mục đích thông tin (không phải là tuyên bố/bảo đảm) và không được coi là sự chứng thực cho quan điểm của Gate hoặc là lời khuyên về tài chính hoặc chuyên môn. Xem Tuyên bố từ chối trách nhiệm để biết chi tiết.
  • Phần thưởng
  • Bình luận
  • Đăng lại
  • Retweed
Bình luận
0/400
Không có bình luận
  • Ghim