下次的 mev-boost 社區通話定於下週舉行！將討論 fusaka 和潛在的 glamsterdam 對建設者/中繼生態系統的影響。 希望能在那裡見到你！下一條推文中有詳細信息的鏈接。

所有客戶團隊的重點選擇： 執行層： - Geth: EIP-7928（區塊級訪問列表） - Reth: EIP-7928 + EIP-7732（ePBS） + EIP-7805（FOCIL）擴展 - Erigon（執行層 + 共識層）：EIP-7928 + EIP-7805 + EIP-7782（減少區塊延遲） - Nethermind: EIP-7928 + EIP-7732，還支持 EIP-7805 + EIP-7692 - Besu: EIP-7928 + EIP-7732 + EIP-7805 擴展 共識層： - Lighthouse: EIP-7732（ePBS） - Prysm: EIP-7732 + EIP-7805 擴展 - Grandine: EIP-7732 + EIP-7805 擴展 - Lodestar: EIP-7732 + EIP-7805 擴展 + EIP-7919 Pureth 用於執行層 - Teku: EIP-7732 - Nimbus（共識層 + 執行層）：EIP-7732 + EIP-7919

每個區塊鏈都會選擇技術和文化上的取捨，使其更適合某些用例而不是其他用例。 我之所以喜歡以太坊，是因為它在構建未來金融方面選擇了比其他區塊鏈更好的取捨。這是我覺得最有趣的用例。

EIP-7782: 6 個時槽時間 將區塊時間減半。這將改善用戶體驗、互操作性和 MEV 一個額外的意外好處是，縮短的時槽時間可以通過減少每個時槽的空閒時間來改善擴展性

EIP-7805: FOCIL = 分叉選擇包含列表 在每個時段增加更多提議者，以提高網絡的抗審查能力 將減少被審查交易的包含時間，並減少對家庭質押者的依賴，以增強抗審查能力

EIP-7732: ePBS = 內嵌提案者建設者分離 重構時隙以減少死時間並延長傳播和執行窗口 ePBS 可能會增加包含時間（這是壞事），儘管這是高度爭議的，並且取決於建設者的行為

EIP-7886: DE = 延遲執行 同時擴展了傳播和執行窗口 與 ePBS 互斥，但更專注於執行而非共識

EIP-7928: BAL 的 = 區塊存取清單 當與最大交易大小的上限（EIP-7825）結合時，能夠實現每個區塊的並行處理 並行處理的好處可能要等到 glamsterdam 之後才會準備好

每個人都在對 glamsterdam EIP 形成看法，但幾乎沒有人理解每個提案的技術含義。 這裡是對重要維度的頭條 EIP 的直接比較：

呼籲所有 L2 團隊和希望在 Fusaka 中實現 EIP 7907 的智能合約開發者，開發者們正在強烈重新考慮在升級中加入此提案，並將在本週四的 ACDE 通話中決定下一步行動，因此如果你對此事感興趣，請務必參加！