Plus transparent et permet l'accès à quiconque ayant un téléphone. C'est mieux dans certains aspects.

J'ai suggéré aux coordinateurs il y a quelques semaines d'arrêter de discuter de Glamsterdam et de se concentrer sur la livraison de Fusaka. Peut-être que parfois moins d'appels ACD pourraient aider au processus ? Peut-être que les appels sur le 'future fork' ne devraient pas avoir lieu lorsque les délais du testnet du fork actuel sont en danger ?

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.

De grands changements arrivent dans le cluster de développement de l'écosystème de @EthereumFndn pour soutenir l'adoption dans le monde réel. Voici ce qui change et pourquoi c'est important🧵

Robinhood vient d'annoncer des entreprises privées tokenisées !!! @SpaceX et @OpenAI seront tokenisées sur Robinhood Chain !

J'avais signalé 60M il y a quelques mois en raison de ma compréhension erronée que c'était sûr de le faire. On estime maintenant qu'à ce stade, une limite de 45M est sûre. Une augmentation de 25 % de la capacité du réseau est déjà incroyable ! Je prévois d'ajuster les validateurs dès que je le pourrai en conséquence 🫡

Au cours des derniers jours, tous les principaux clients @ethereum ont signalé qu'ils considéraient un passage à 45M de gaz par bloc comme sûr. Veuillez ajuster vos validateurs en conséquence. Veuillez mettre à jour vers les nouvelles versions pour obtenir les améliorations et corrections dont les clients ont besoin pour passer en toute sécurité à 45MGas ⬇️

Après d’énormes efforts de la part de tous les clients EL, nous sommes maintenant prêts pour la limite de 45 MGas sur le réseau principal Ethereum. @NethermindEth publié une version 1.32.0 qui définit 45 comme valeur par défaut + expiration de l’historique pour les blocs de pré-fusion + énorme amélioration des revenus de production de blocs :

Raccourcir le temps de slot de l'Ethereum L1 de 12 à 6 secondes présente des avantages à tous les niveaux : * Meilleure expérience utilisateur * Plus de valeur pour les utilisateurs, avec des frais réduits sur les DEX * Un meilleur moteur de confirmation pour les protocoles d'interopérabilité * Plus encore ! Nous plaidons en faveur de sa considération en tant que tête d'affiche à Glamsterdam.

Des temps de créneau plus courts sont la plus haute priorité pour Glamsterdam IMO.