去中心化區塊鏈以太坊的開發人員每週舉行一次會議，討論以太坊共識層 (CL)（也稱爲信標鏈）的更新。在第 147 次“全核心開發人員共識”(ACDC) 電話會議期間，團隊決定刪除 EIP-7742，該協議涉及將 CL 和執行層 (EL) 之間的 blob 計數與 Pectra 分離。他們還計劃在年底前推出 Pectra Devnet 5。
根據會議記錄，基於 Pectra Devnet 4 規範的公共 Pectra 開發網絡 Mekong 保持穩定，沒有關於網絡健康狀況的新更新。與此同時，開發人員正在繼續敲定即將推出的 Pectra Devnet 5 的規範。
以太坊基金會（EF）DevOps 工程師 Barnabas Busa 強調，任何對 gossip 限制的更改應該在硬分叉期間進行，以保持所有客戶端之間的一致性。如果不採取這種方法，客戶端在使用不同值時可能會出現共識失敗。Besu 開發者 Paul Harris 指出，客戶端之間已經出現了一些差異，當前的關鍵關注點是確保未來關於 gossip 限制計劃的一致性。EF 研究員 Dankrad Feist 強調了這一情況的緊迫性，稱客戶端之間的 gossip 限制差異爲“一個漏洞”。他表示：“我認爲我們需要確保不會因爲這個限制而導致共識失敗。這應該被視爲一個漏洞，我們現在應該修復它，然後我們可以獨立地提高這個限制。沒有任何情況下提高燃氣限制會導致共識失敗。”
此外，開發者同意刪除 EIP-7742，該提案將取消 Pectra 中 CL 和 EL 之間的 blob 計數。相反，他們決定對客戶端中的創世配置進行更改，這將使 Pectra 中的 blob 計數翻倍。EIP-7742 最初提議通過引擎 API 動態傳輸 blob 目標和最大值，從 CL 到 EL。然而，在進一步審查後，開發者發現了該實施的一些挑戰。一個關鍵問題是，該 EIP 當前僅考慮當前區塊的目標 blob 計數，而實際上計算超額 blob 燃氣需要父區塊的目標 blob 計數。
爲了避免處理與實施 EIP-7742 相關的複雜性並進一步延遲 Pectra 的進展，會議中的大多數開發者支持刪除該 EIP。相反，他們選擇修改創世配置，這允許在 Pectra 中更新 blob 計數值。然而，未來對 blob 計數的更改仍然需要同時更新 CL 和 EL。
以太坊基金會啓動湄公河
今年 11 月，以太坊基金會推出了湄公河測試網，這是一個臨時環境，用於測試即將到來的 Pectra 硬分叉。該測試網包含了所有計劃用於 Pectra 升級的以太坊改進提案（EIP），包括通過 EIP-7702 進行的用戶體驗（UX）增強，通過 EIP-7251 進行的質押修改，以及通過 EIP-6110 和 7002 進行的存款和退出機制的更新。
Pectra，即布拉格 - 電氣，是以太坊即將進行的網絡升級。“布拉格”是指執行客戶端方面的更改，而“電氣”則涉及共識層客戶端方面的更新。Pectra 升級引入了三個主要特性，以及幾個較小的 EIP：最大有效餘額、賬戶抽象和執行層觸發的退出。
以太坊開發者從 Pectra 中刪除 EIP-7742，爲年底 Devnet 5 啓動做準備的文章最初發布在 Metaverse Post。
