J'ai été surpris d'apprendre que l'ePBS (EIP 7732) est considéré comme susceptible d'être programmé pour Glamsterdam lors de l'appel ACD de demain, et en particulier qu'il est vu comme un substitut à l'exécution différée (comme l'EIP 7886). Je n'ai jamais entendu de très bonne raison de faire de l'exécution différée au niveau du consensus plutôt qu'au niveau de l'exécution. Contrairement à l'EIP 7886, l'ePBS n'aide pas à simplifier les constructeurs : ils doivent toujours exécuter le bloc complet pour générer la racine d'état. Comme beaucoup l'ont souligné, le problème d'optionnalité semble mauvais (8 secondes pour qu'un constructeur annule son bloc !). Même lorsque l'option n'est pas exercée, cela pourrait ajouter beaucoup de latence avant que les utilisateurs puissent voir si leur transaction a été incluse. Mais cela semble aussi être un autre changement complexe qui n'aide pas les utilisateurs, ce que je pensais qu'Ethereum cherchait à dépasser.