我知道許多受影響的各方對這個話題最不屑一顧，但在 Berlinterop 期間，很明顯，客戶工程師更喜歡 ePBS 而不是替代方案。此帖子呼籲受影響的各方在下一次爆發之前表達您的擔憂/要求

唯一的前進道路是溝通，要麼您的擔憂可能是一個真正的障礙（我們不再浪費時間），要麼它可能有一個可以接受的解決方案。一個例子是通過提款付款，以在會計變更中為質押池節省大量資金。

我讀到的大多數抱怨都是溝通不暢，而這些是我的主要責任。但是，一旦受影響的團隊了解了實際的協議，他們大多意識到它促進了進步，而不是嚴格禁止機制。

這是對那些付錢給馬斯克以獲得藍色標記的人的呼籲，請分發此線程並在 github 問題中添加議程專案

我知道有些擔憂不容易被公開表達（社區以非理性、不知情的方式做出反應）。我正在尋找與更多的 preconf 團隊、質押池、MEV 運營商、基於 rollup 等取得聯繫。請私信我聊聊。

CC @RocketPool_Fi @LidoFinance @mteamisloading @Commit_Boost @0xRaghav @taikoxyz @ethnimbus @Teku_Consensys @sigp_io @lodestar_eth @grandineio @NethermindEth

@RocketPool_Fi @LidoFinance @mteamisloading @Commit_Boost @0xRaghav @taikoxyz @ethnimbus @Teku_Consensys @sigp_io @lodestar_eth @grandineio @NethermindEth 啊，我總是把@Rocket_Pool的連結弄錯。感謝 @d_gusakov的指正

@ConorMcMenamin9 @_julianma @StatelessEth @fradamt 每種提升都有替代方案：有三個屬性“提議者安全，建築商揭示saf。和建造者扣留 SAF。Proposer Boost 説明了第一個，並且它被保留了下來。在Francesco的方法中，建造者揭示安全等同於建造者揭示無限的提升

@ConorMcMenamin9 @_julianma @StatelessEth @fradamt 剩下的一個，建造者扣留安全，目前由建造者扣留提升來強制執行，它可以被計數證明的機制所取代。Francesco 設計的那一部分可以保留（在我對 Julian 的回復中連結），但另一部分依賴於更改 att 類型不

@alextes 這不是考慮 7732 的原因，大多數人不認為這是主要優點。廣泛的協議是關於時隙重組，允許更大的廣播和執行時間，從而直接擴展鏈。我很想聽聽 1/2

@alextes繼電器的成本，因為我希望繼電器能夠繼續使用與今天完全相同的技術，但我看不出 ePBS 會給它們增加任何成本。 例如，我聽說過質押池的成本非常高，但 AFAIK 主要池是專業的