作者：ChandlerZ，Foresight News

在以太坊主網面臨執行效率不均與資源調度壓力的背景下，由Vitalik Buterin 與Toni Wahrstaetter 提出的EIP-7983 提案進入社區討論階段。該提案主張為每筆交易設定一項硬性gas 上限，具體為16,777,216 gas（即2²⁴），以提升網路穩定性與執行效率。

這個想法在EIP-7825 等提案中已有探索，開發者嘗試引入資源邊界，為以太坊的模組化發展與效能最佳化打下基礎。

什麼是EIP-7983？

目前，以太坊允許單筆交易在理論上使用整個區塊的gas，這種設計雖然靈活，但在交易執行過程中可能出現資源集中、節點負載不均等問題，影響整體效能。 EIP-7983 旨在限制單筆交易的最大gas 使用量，防止單一交易佔用過多網路資源。設定16,777,216 gas 的硬上限後，交易若超出該限制將在區塊驗證時被拒絕。

該提案的核心思路，是設定上限，強制部分超大型交易拆分，從而避免單一交易佔用過多資源。這項限制不會改變區塊的總gas 容量，不涉及共識規則的修改，僅在交易執行過程中引入一項限制條件。以此為基礎，交易在進入區塊前若超出該上限，將在驗證階段被拒絕。

對於依賴平行運算的執行環境，例如零知識虛擬機器（zkVM）和未來的多執行緒執行模型，此限制有助於避免極端交易拖慢整個區塊處理流程。在執行層邏輯中，這種限制更接近一種「資源使用規範」，使每筆交易在總量不變的前提下被更均勻地切分，便於網絡整體調度與執行。

EIP-7983 的實際效果與潛在問題

為單筆交易設定gas 上限，EIP-7983 提案希望降低因極端交易引發的拒絕服務（DoS）風險，同時提升整體執行過程的可預測性。對於運作環境而言，此限制有助於簡化驗證器執行邏輯，並緩解資源消耗集中帶來的壓力。

該提案與以太坊正推進的模組化架構、zkVM 整合及L2 擴容路徑具有一定契合度。由於大型交易被迫拆分，這種設計可望提升以太坊底層對平行處理的適應性，進一步為多層運算架構提供支援。從實作角度來看，EIP-7983 不涉及共識規則或協定層改動，主要影響在於客戶端、錢包和開發工具需要更新交易建構和介面顯示方式，適應新的限制邏輯。

該提案在執行層的約束引發了部分討論。部分進階應用程式如合約部署、複雜的DeFi 作業可能因此需要額外拆分交易，進而帶來使用者互動複雜度上升的問題。此外，不同平台對gas 顯示和處理方式的差異，可能在初期帶來理解成本和使用不一致。更關鍵的是，該提案所應對的拒絕服務攻擊，主要發生在交易執行階段，與記憶體池中利用高gas 交易進行排序操控的攻擊行為沒有直接關係。因此，它更偏向於限制節點端資源過載，而非針對所有形式的網路攻擊。

整體來看，EIP-7983 在提升節點執行穩定性及為未來並行架構提供支援方面具備一定實際意義，但其限制範圍有限，仍需結合其他機制來應對廣義的網路安全問題。

小結

圍繞著EIP-7983，社群存在著不同看法。支持者認為，設定交易gas 上限符合以太坊簡潔安全和模組化發展的方向，有助於提升網路效能和使用者體驗，尤其在zkVM 與L2 方案逐步成熟的環境下具備必要性。反對者則關注交易拆分帶來的複雜性和相容風險，並指出網路問題更多源於智能合約設計而非交易gas 限制。

EIP-7983 反映了社群對網路穩定性和執行效率的關注。該提案存在挑戰和分歧，但為以太坊基礎層的執行和擴展能力提供了一個可能的解決方案。考慮到以太坊目前的多層次擴展和模組化發展方向，EIP-7983 具備一定的實用價值，但其最終效果需要根據社區採納情況和實施結果來評估。

資料參考：https://github.com/ethereum/EIPs/pull/9984/files