隨著 EIP-7732（即 Enshrined Proposer-Builder 分離提案）的引入，以太坊驗證者將承擔新的角色。
該提案透過在邏輯和時間上將執行驗證與共識驗證分開，從根本上改變了以太坊區塊的驗證方式。
驗證者經過審查
驗證者現在承擔了新的職責，包括成為建造者的能力以及提交有效負載及時性證明的要求。
EIP解決了目前系統中的多個關鍵問題。大多數信標區塊支持者將執行有效負載的構造外包給第三方（稱為建構函式）。
他們請求承諾執行有效負載的哈希樹根（HTR），並將 SignedBlindedBeaconBlock 發送給受信任方。然後，該部分在傳輸之前用製造商的完整執行有效負載取代 HTR。
EIP確保信標區塊的支持者和建構者之間的公平交易。它確保信標塊的誠實提議者得到構建者的報酬，並且誠實的構建者的有效負載成為鏈的規範頭部。
目前，驗證器有一個很短的視窗來執行共識和執行狀態轉換、驗證 blob 資料的可用性以及評估區塊鏈的新頭。
此 EIP 透過分離共識執行和驗證來改變這一點，允許驗證者在證明之前專注於轉換共識狀態。
資料執行和可用性的驗證被推遲，允許驗證者在剩餘的時間內執行這些任務。
EIP-7732 背後的基本原理
從共識區塊中刪除整個執行負載可以實現更快的網路傳播。由於資料可用性檢查的時間較長，因此降低了包含 Blob 事務時重組的可能性。
驗證者不再失去聲明，從而在建構者產生無效有效負載時加強分叉選擇屬性。 EIP 還消除了對用於委託區塊構建的可靠中間件的需求。
EIP不需要改變執行等級。然而，共識層級發生了一些變化，詳細資訊請參閱共識規範 GitHub 儲存庫。
其中包括對信標鏈、分叉選擇、P2P 協定、驗證指南的變更以及新建構器指南的引入。
信標鏈的變更涉及常數、預設和各種容器類，以處理新的有效負載聲明和簽署的執行有效負載標頭。
BeaconState 容器經過修改，可以追蹤區塊的最新哈希值、具有執行負載的最新插槽以及最新的提款根。
BeaconBlockBody 現在包括簽署的執行有效負載標頭和有效負載聲明清單。 ExecutionPayloadHeader 被簡化以追蹤建構器有效負載承諾的最少資訊。
狀態轉換邏輯的變更包括用於處理有效負載聲明、執行有效負載標頭和提款請求的新函數。
分叉選擇的變化意味著新的常數和容器類別來管理子節點、最新訊息和儲存變更。引入了用於有效負載證明訊息和簽章執行有效負載信封的新處理程序。
賈伊·哈米德報道