佩克特拉升級包含哪些內容？

Christine Kim 在 Devcon SEA 的演講，涵蓋以太坊佩克特拉升級中包含的 EIP、它們對協定的改變、預計的主網啟用時間，以及哪些 EIP 被移出了範圍。

本逐字稿是以太坊基金會發布的原始影片逐字稿 (opens in a new tab)的無障礙副本。為了提高可讀性，已進行了輕微的編輯。

Introduction (0:00)

我們將討論所有即將納入佩克特拉升級的 EIP。在開始之前快速聲明：我接下來要說的所有內容都僅供參考——出於提供資訊的目的——不應被視為財務或投資建議。

When is Pectra mainnet (0:23)

在我們深入探討佩克特拉包含哪些內容之前，我最常被問到的問題是「佩克特拉何時會在主網上線？」所以我打算先回答這個問題，這樣我們就能進入技術層面的討論。

這是一個非常初步的時間表分析。當人們問我佩克特拉何時會發生時，我會說現在說還為時過早——因為這是事實。佩克特拉仍處於其開發的非常早期階段。規格正在改變，而且佩克特拉的範圍還沒有真正完全已定案。

透過這個過程，你可以學到的一件事是升級是如何開發的、升級是如何測試的，以及最終它們是如何進入主網的。最初，開發者決定將幾個 EIP 包含在升級中，然後他們將這些 EIP 實作到稱為開發網的私有、以開發者為中心的測試網上。開發者已經為佩克特拉啟動了幾個開發網，因此這些 EIP 已經經歷了幾輪實作。開發者已經注意到他們想要修復的邊緣情況和錯誤，並且他們透過啟動新的開發網來對這些 EIP 進行迭代。開發網 4 已於上個月（10 月）啟動。

這種情況通常不會發生，但開發者——特別是為了整個會議和在場的所有觀眾——在本月啟動了第一個公開的佩克特拉測試網。它被稱為 Mekong，所以你可以及早去與一些即將納入佩克特拉的 EIP 進行互動。它是基於開發網 4 的規格，但請注意，這些規格正在改變。

有一份開發者已經想要包含在佩克特拉開發網 5 中的 EIP 規格變更清單——例如 BLS 預編譯合約重新定價，以及一個尚未在開發網 4 中實作，但開發者目標是在開發網 5 或未來升級中實作的新 EIP。因此，佩克特拉的規格正在改變。我預計在規格真正凍結之前，還需要經歷多個開發網。

對於佩克特拉升級邁向主網的進度來說，另一個非常重要的部分是確定範圍——決定所有將納入佩克特拉的 EIP。有一個 EIP——它還不完全是一個 EIP——但它是資料塊容量的增加，開發者尚未正式將其納入佩克特拉，但看起來他們很可能會包含某種資料塊容量的增加，因為他們最近包含了一個 EIP，該 EIP 引入了一種機制，透過共識層動態更新資料塊燃料目標和資料塊燃料上限，而不是將這些參數硬編碼在執行層和共識層中。

一旦範圍已定案，你就會開始測試你實作的任何新 EIP——佩克特拉升級的完整範圍——並在幾個開發網上進行實戰測試。我設想可能要到開發網 6 或 7。然後，一旦佩克特拉規格被凍結並準備就緒——開發者在開發網上能找到的所有邊緣情況都已被發現——他們就會將佩克特拉升級發布到公開的以太坊測試網上。目前有兩個：Sepolia 和 Holesky。

從歷史上看，開發者在公開測試網升級之間預留了約兩週的時間。在極少數情況下，開發者將測試網之間的時間縮短到只有一週，但由於佩克特拉的規模，我想開發者會希望利用完整的時間。我為 Sepolia 和 Holesky 預留了大約一個月的時間，在那之後，你才能最終迎來主網啟用。

鑑於我目前所知的所有資訊以及開發者迄今為止在佩克特拉上取得的進展，我最好的分析和猜測是，佩克特拉主網實際上將在 2025 年 4 月發生。再次強調，這是非常初步的，因為很多事情都可能改變。開發是每週進行的——開發者在這些 ACD 會議上討論他們在這個 EIP 中沒有預料到的錯誤，或者他們想要添加到佩克特拉中的這個新 EIP。

Execution layer EIPs (6:23)

讓我們進入本次演講的核心——佩克特拉升級包含哪些內容。有十個 EIP 將納入佩克特拉，其中四個專注於執行層。

EIP-2537 是 EVM 中的一個新預編譯合約——BLS12-381 曲線操作。這是一種新的密碼學簽章方案，智能合約開發者已經要求了很長時間。這個 EIP 創建於 2020 年，當時去中心化應用程式 (dapp) 開發者表示他們非常想要它，因為它將為某些依賴零知識密碼學的 dapp 提供更強的隱私保證，並可能提高安全性和可擴展性。BLS 簽章也是共識層上驗證者證明發生的聚合。這個 EIP 已經醞釀了很長時間。其中一個擔憂是：是否還有應用程式在等待 BLS 預編譯合約，以及當它上線時它們會使用它嗎？但如果你在觀眾席中，並且不知道 BLS 預編譯合約終於要來了——它真的要來了。

EIP-2935 — 從狀態提供歷史區塊雜湊。這個 EIP 對執行層引入了一項變更，使得歷史區塊的證明可以從狀態中生成。它對輕客戶端同步以及可能希望直接透過 EVM 利用先前區塊狀態資料的智能合約有一些短期好處——你現在實際上無法做到這一點。但這些短期好處並不是將此 EIP 納入佩克特拉的主要原因。主要原因是它是 Verkle 的先決條件——Verkle 是對以太坊狀態資料結構的重大改革。開發者曾認為這種過渡會在佩克特拉之後立即發生，但 Verkle 不會進入富薩卡。他們已經將其推遲到另一次升級，但這個墊腳石已經從清單上劃掉了。

EIP-7685 — 通用執行層請求。這個 EIP 並沒有真正為以太坊引入新功能——它是一個支援佩克特拉中其他 EIP 的 EIP。在佩克特拉中，有幾個 EIP 將使執行層能夠向共識層傳遞比以前多得多的訊息——不同種類的訊息。執行層上的智能合約將能夠觸發驗證者提款、合併和存款。與其以獨立、獨特的方式實作這些新的通訊管道，這個 EIP 創建了一個通用的結構——一個通用的匯流排——來容納這些請求。它將更容易測試、更容易在各個客戶端中實作，也更容易標準化，特別是如果開發者想要引入新型的執行層可觸發請求。

EIP-7702 — 為外部擁有帳戶設定程式碼。一種新的交易類型即將進入以太坊。這種交易類型將暫時允許外部擁有帳戶 (EOA) 具有更大的靈活性，從而實現交易批次處理、贊助交易、條件交易和委託安全等功能。你可能會想，「這是帳戶抽象化願景在以太坊上實現了嗎？」不，不是的——這只是一小步。這是了解以太坊上真正的原生帳戶抽象化真實路線圖可能樣貌的早期步驟。關於開發者應該如何邁出第一步，存在著相當多的爭論，並且圍繞著這個 EIP 的納入及其設計也有很多爭議——但它已經被納入了。

Consensus layer EIPs (12:00)

還有其他六個——這些是共識層 EIP。

EIP-7742 — 解耦共識層和執行層之間的資料塊數量。這是最近被納入佩克特拉的 EIP。目前，資料塊容量被硬編碼在所有不同客戶端的執行層和共識層中。更新這種硬編碼並不像有些人想的那麼容易。創建一種透過共識層動態設定資料塊容量的機制，將確保未來開發者可以輕鬆更改以太坊的資料塊容量，並且這種升級只需要共識層的變更——而不需要同時更改兩層。

EIP-6110 — 在鏈上提供驗證者存款。合併已經發生，以太坊作為一個權益證明 (PoS) 區塊鏈已經更加成熟。現在可以放寬某些安全假設。這個 EIP 移除了每次你在存款合約上存入 32 ETH 時在共識層端發生的額外一輪投票，確保所有存款驗證都在執行層上進行。這對驗證者的使用者體驗有好處——它將縮短從你存入 32 ETH 到你看到驗證者真正在信標鏈上啟用的時間。

EIP-7002 — 執行層可觸發的提款。這對質押池非常有利。目前，如果你想完全提取一個驗證者的資金，操作該驗證者的節點營運商需要使用他們的提款金鑰來讓驗證者完全退出。透過這個 EIP，智能合約將能夠啟動這些全額提款。這是你現在可以從質押池中移除的信任假設——像 Lido、Rocket Pool 和其他基於智能合約的質押池現在可以根據需要觸發驗證者的全額提款。

EIP-7251 — 增加最大有效餘額。這確實是一個問題。當開發者在構思信標鏈時，他們沒有預料到驗證者集合會增長得如此之快——我們現在大約有 120 萬或 130 萬個驗證者。有許多活躍的驗證者，在網路層上傳遞著大量的訊息，這實在太多了。這給節點帶來了壓力，如果不加以控制，這將成為以太坊健康的一個重大問題。EIP-7251 旨在鼓勵驗證者合併他們的 ETH，並擁有高於 32 ETH 的最大有效餘額，從而減少以太坊上活躍驗證者的數量。

EIP-7549 — 將委員會指數移出證明。這是對證明聚合方式的重組和重構，以減少以太坊上的網路負載並節省節點頻寬。當開發者將其納入佩克特拉時，他們認為這是一個具有極大好處且容易實現的重大改變——但在實踐中，它被證明比預期的要難實作得多。

Summary (17:19)

佩克特拉是一個混合的更新包。它將做三件事：第一，修復以太坊作為權益證明區塊鏈的關鍵缺陷——想想 MaxEB，這是一個關鍵的修復，因為驗證者集合的規模可能會繼續不受控制地增長。第二，改善使用者體驗——新的交易類型、更靈活的設計、對質押池更無須信任設計的一些改進。第三，增加以太坊的資料可用性容量——這尚未正式納入佩克特拉，但看起來很有可能。

EIPs removed from Pectra (18:02)

以下是所有從佩克特拉中移除的 EIP。對於一次升級來說，有這麼多 EIP 被移除算是頭一遭。

PeerDAS — 最初在佩克特拉中，資料可用性容量會有更大的增加。PeerDAS 將允許開發者將以太坊的資料塊目標增加數倍，而不會對運行以太坊節點的頻寬消耗和計算要求產生重大影響。但它仍處於研究和開發階段。

EOF — EVM 物件格式。這十一個程式碼變更作為一個組合，是對以太坊 EVM 的重大更新。PeerDAS 和 EOF 最初確實被納入佩克特拉，但在不同的開發網上進行測試。開發者認為它們需要更多的時間來為進入主網啟用做準備，而且他們不想延遲其他佩克特拉 EIP。所以他們表示 PeerDAS 和 EOF 顯然需要更多時間——他們會將它們推遲到另一次升級，而不會阻礙其他佩克特拉 EIP 進入主網。

這些現在被移到了富薩卡。Verkle 最初定於富薩卡，但後來被進一步延遲。EOF 和 PeerDAS 目前在富薩卡中。還有其他 EIP 開發者將重新考慮納入富薩卡——SSZ 過渡、包含清單、發行變更、歷史記錄過期、ePBS 以及帳戶抽象化方向。

Q&A (22:02)

主持人： EOF 何時上線？

Christine Kim： 我剛才確實說過開發者會嘗試將其放入富薩卡。我認為這有可能嗎？可能不會。我認為富薩卡會在 2025 年發生嗎？絕對不會。準備佩克特拉所花費的時間——富薩卡將花費類似甚至更長的時間。

主持人： 從現在到佩克特拉啟用之間，是否有增加資料塊目標的緊急途徑？

Christine Kim： 沒有。資料塊目標是執行層和共識層中硬編碼的參數。要改變資料塊容量，開發者需要進行硬分叉。我不認為在現在和佩克特拉之間有任何方法可以在沒有硬分叉的情況下增加資料塊容量。

主持人： 提案是只改變資料塊限制，還是也改變資料塊目標？

Christine Kim： 好問題。最保守的增加是三到四——只改變目標，完全不改變上限。但這不是第二層 (L2) 開發者所要求的。有一位 Base 團隊的代表——Coinbase 的 Base 團隊——他一直在爭取更積極的增加。他展示的資料表明，增加不會對以太坊的去中心化產生負面影響。有一個保守的提案只改變目標，然後有一個更具野心的提案同時改變上限和目標——比如八和四，或者六和十二。有不同的梯度。

主持人： 你敦促人們更多地參與治理。社群如何能更多地參與？

Christine Kim： ETH Research 和 ETH Magicians 是兩個非常棒的討論論壇，可以用來為某些 EIP 投票並表達你的支持。ACD 會議可能是訊號最強的地方——你所要做的就是在 GitHub 上的 ACD 會議議程上留言，說這是一個你想談論或展示的 EIP。會議的主持人通常非常樂意給你時間。不過不要佔用太多時間——也許五分鐘來表達你的觀點。