Pectra升級已確定納入哪些EIP？是否會加劇ETH通膨？

原文標題：《Pectra 升級已確定納入哪些 EIP？是否會加劇 ETH 通膨？ 》

原文作者：0XNATALIE，ChainFeeds

以太坊下一次升級 Pectra，其名稱來自 Prague 和 Electra 的組合。

Prague 代表執行層的升級，得名於以太坊開發者大會（Devcon 4）的舉辦城市布拉格，而Electra 則象徵共識層的升級，依照字母順序以星星命名。這次選擇的星名 Electra 對應字母「E」。

Pectra 升級作為以太坊歷史上可能涉及最多Ethereum Improvement Proposals（EIP）的一次硬分叉，不僅包含了一系列針對驗證者操作和主網性能提升的提案，還引入了優化L2 的提案。 Pectra Devnet 4 測試網剛上線，目前已經有 8 個 EIP 確定包含在 Pectra 升級中。

確定納入的EIP 以及產生的影響

這8 個EIP 對使用者的影響體現在：透過為EOA 添加程式碼執行能力提高了帳戶的靈活性，使其能夠執行更複雜的操作；提升質押上限可能增加對ETH 的需求；同時，優化驗證者的流程提升了安全性和效率，提高了以太坊的速度和吞吐量。

1.EIP-2537（支援BLS 簽章）：透過引入一系列預編譯合約（precompiles），為以太坊增加對BLS12-381 曲線運算的支持，可以實現BLS 簽名驗證，並允許多個簽名聚合為一個簽名，從而減少驗證時的複雜度。 BLS 簽章是一種密碼學演算法，能夠產生較小的簽章並支援簽章聚合。這將有助於需要進行大量的簽章驗證和資料驗證操作的 L2 更好地運作。

2.EIP-2935（在狀態中保存歷史區塊哈希）：透過將最近8192 個區塊哈希儲存在系統合約中，以支援無狀態客戶端（Stateless Clients）模型，並提供更靈活的歷史區塊雜湊查詢功能。這些雜湊值可以透過合約直接查詢，並作為證明（witness）捆綁，提供給無狀態客戶端。客戶端無需自己維護完整的區塊鏈歷史或儲存大量數據，只需依賴透過狀態中儲存的區塊哈希和相關證明就能夠驗證區塊和交易的合法性。

3.EIP-6110（在鏈上提供驗證者存款）：將驗證者存款的處理從共識層轉移到執行層，在鏈上進行處理和驗證，而不再依賴共識層中的額外投票機制來確認存款資訊的有效性。增強了存款流程的安全性，減少了處理延遲，同時簡化了共識層和客戶端的設計。

4.EIP-7002（執行層可觸發的退出）：允許持有提款憑證的所有者能夠獨立發起退出，而無需依賴驗證者的活躍金鑰（BLS 金鑰），增加了使用者自主性。目前，只有驗證者的活躍金鑰才能觸發退出，這意味著如果活躍金鑰遺失，或驗證者將驗證任務委託給第三方（如質押服務提供者），提款憑證的所有者（即資金的實際所有者）無法自主控制質押的ETH。該提案透過執行層觸發 ETH 的退出和提款操作，持有者可以透過提款憑證發起退出，無需依賴活躍金鑰。

5.EIP-7251（增加質押上限）：增加驗證者的最大有效餘額，從而允許每個驗證者可以持有超過32 ETH 的質押，而最低質押門檻仍保持為32 ETH。旨在讓大節點運營商透過合併多個驗證器減少網路中的驗證者數量，從而減少 P2P 訊息、簽章聚合以及儲存負擔。

6.EIP-7549（將委員會索引移出證明）：透過將委員會索引欄位移出Attestation（證明）訊息，實現更有效率的共識投票聚合。目前在以太坊的共識機制中，每個驗證者在投票包含：LMD GHOST 投票（包含投票的區塊根和時隙）、Casper-FFG 投票（包含來源和目標資訊）、委員會索引（驗證者所屬的委員會編號）。由於委員會索引被包含在簽名訊息中，當多個驗證者對相同的區塊進行投票時，即使他們的投票內容相同，產生的簽名根也不同，導致這些投票無法輕鬆聚合。將委員會索引欄位移出簽署訊息本身，從而實現更有效率的投票聚合，減少驗證成本和網路負載。

7.EIP-7685（通用執行層請求）：為執行層（EL）定義一個通用框架，用於存儲和處理由智能合約觸發的請求。這個框架支援更多的執行層觸發行為，並且使得不同類型的請求能夠被統一處理，簡化了新增請求類型的過程，而無需修改執行區塊結構。

8.EIP-7702（為EOA 增加代碼執行能力）：為外部擁有帳戶（EOA）添加代碼執行功能，從而增強帳戶的靈活性和可編程性。 EOA 透過授權簽署的方式，指定一個智慧合約來代理執行某些操作，例如大量交易或權限控制。在不需要轉變為智慧合約帳戶的情況下，具備一定的智能合約功能。

重點考慮的EIP

以下是一些正在積極考慮的EIP，主要透過最佳化blob，提高了L2 資料發布的費用穩定性、增強了L2 的交易處理能力，並有效降低了L2 的成本。此外，增加 calldata 成本的調整可能會影響 ETH 的銷毀量，增加 ETH 的通膨壓力。

· EIP-7742（解除共識層與執行層之間的blob 計數依賴）：將共識層與執行層之間的blob 數量解耦，簡化blob 驗證流程，減少不必要的複雜性，提高協定的擴展性和靈活性。在目前協定中，執行層和共識層都硬編碼了 blob 的最大值，導致了冗餘的驗證。該提案取消了執行層對 blob 最大值的驗證，改為由共識層動態提供 blob 目標值給執行層。這樣一來，可以更靈活地調整 blob 目標參數，適應未來的擴容需求。 EIP-7742 是正在考慮納入升級的EIP 清單中爭議最小的提案，根據最新的共識層會議，開發者同意開始在pectra-devnet 5 中實現EIP 7742，但其是否會正式納入，還需要等待執行層在ACDE（全體核心開發者執行層會議）上的回饋。

· EIP 7762（最低blob 基本費用）：提高MIN_BASE_FEE_PER_BLOB_GAS，目的是減少blob 價格調整至合理水準所需的時間。目前，最低 blob 基礎費用設定為 1 wei，當 blob 需求超過供應時，價格發現過程（即確定合理的 blob Gas 價格）過於緩慢，需要很長時間才能達到合適的費用水平。透過提高最低 blob 基礎費用，可以縮短價格調整的時間，能夠更快實現市場均衡，確保網路在需求高峰時仍能保持穩定。

· EIP-7623（增加calldata 成本）：提高交易中calldata 的成本，以減少區塊的最大大小及其變動範圍，確保網路能夠更平穩地處理交易。目前區塊最大大小約為 1.79 MB，但由於 rollups 等應用程式的大量數據發布，平均區塊大小不斷增加。透過增加主要用於資料可用性（DA）交易的 calldata 成本，將區塊最大大小減少至約 0.72 MB，為未來增加區塊 Gas 限製或更多 blob 留出空間。一般用戶的交易成本保持不變，此變更主要影響依賴以太坊進行大規模資料儲存的交易類型。不過，calldata 成本的增加可能會降低以太坊在資料儲存方面的競爭力。此外，calldata 成本增加，交易數量可能因此減少，導致透過 EIP-1559 機制銷毀的 ETH 也相應減少，進而給 ETH 帶來更大的通膨壓力。

· EIP 7782（縮短slot 時間）：將以太坊slot 時間從12 秒縮短至8 秒，更頻繁地產生區塊來處理更多的交易，將此作為增加blob 數量的替代方案，以提高交易吞吐量。但可能會破壞某些硬編碼了 12 秒 slot 時間的智慧合約，並加速以太坊的狀態膨脹問題，增加儲存和運算負擔。

· EIP-7783（逐步增加區塊Gas 費限制）：作為EIP-7782 更溫和的替代方案，透過動態調整區塊的gas 限制，逐步增加每個區塊可容納的交易數量，進而提高網路的處理能力。相較於直接縮短 slot 時間，逐步調整 gas 限制可以使網路擴展更加平穩。這個提案不需要硬分叉，但可能會對狀態資料產生影響。

由於Pectra 升級包含大量EIP，為了減少單次升級的複雜性並加快部分EIP 的上線，在5 月，以太坊基金會的工程師團隊EthPandaOps 建議將Pectra 拆分為兩個部分，但當時擔心會延遲升級，因此未被認真考慮。 9 月，以太坊研究員 Alex Stokes 再次提出分割建議，這次得到了開發者的認同，這種分割有助於在六個月內完成升級的第一部分：

· 第一部分：包括已經在Pectra Devnet 測試網運行的EIP（即已經確定的8 個EIP），它們相對來說更容易實施，並且已經通過了大量的測試。

· 第二部分：將較複雜的EIP（如PeerDAS、EOF 相關的提案）和其他需要更多時間測試的提案放在第二階段。這些提案需要進一步的開發、審計和測試，特別是涉及共識層和執行層協調的提案。

原文連結