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

已確定的 EIP 將提升帳戶的可編程性、以太坊的驗證效率及質押優化等，未確定的 EIP 聚焦於如何提升 L2 擴展性。

撰文：0XNATALIE

以太坊下一次升級 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 相關的提案）和其他需要更多時間測試的提案放在第二階段。這些提案需要進一步的開發、審計和測試，特別是涉及共識層和執行層協調的提案。