Ethereum est en train de se développer. Prochaine étape -> 45M.

Me voilà encore à rappeler à tout le monde que @ethereum a des clients et que nous devons les servir. Je crois que l'EIP-7928 devrait être l'une des plus grandes priorités pour @ethereum. Cela permettrait des lectures de disque parallèles, une validation de transaction parallèle et des mises à jour d'état sans exécution. La deuxième chose que je pense qu'Ethereum devrait essayer de faire est l'EIP-7782 pour réduire le temps de slot d'Ethereum de 12s à 6s afin de diminuer la latence de 50%, de répartir l'utilisation de la bande passante et d'améliorer l'expérience utilisateur. L'EIP-7732, la séparation des proposeurs et des constructeurs consacrée, que beaucoup d'ingénieurs souhaitent traiter en premier, est intéressante mais je ne crois pas qu'elle apporte beaucoup pour l'utilisateur final et elle ajoute beaucoup de complexité. Nous pourrions ajouter plus de contraintes au système. Je pense que nous devons d'abord le faire évoluer. Je pense que nous devons d'abord nous concentrer sur des fonctionnalités très concrètes liées à la performance et à l'UI/UX. J'ai suivi le travail que @NethermindEth et @paradigm ont réalisé pour augmenter la limite de gaz et je pense que ces types d'initiatives devraient être la priorité. Continuez ce bon travail.

CDF des délais de propagation des blocs Ethereum à travers les pays, mesurés par rapport au nœud le plus rapide par slot (bloc vu en premier). Seuls quelques pays (FI, CH) atteignent des délais inférieurs à 100 ms ; la plupart affichent un retard médian de 200 à 500 ms. Cela représente une estimation de la limite inférieure pour la propagation des blocs.

1/ Ethereum devrait-il expédier ePBS (EIP‑7732) à Glamsterdam, ou une alternative plus légère est-elle préférable ? Décomposons cela. Article complet 👇

Après un énorme effort de tous les clients EL, nous sommes maintenant prêts pour une limite de 45 MGas sur le Mainnet Ethereum. @NethermindEth a publié une version 1.32.0 qui fixe 45 comme valeur par défaut + expiration de l'historique pour les blocs pré-fusion + amélioration considérable des revenus de production de blocs :

Propagation des attestations : Dans les créneaux manqués (sans bloc), les attestateurs retardent jusqu'à la date limite d'attestation. Cela nous donne des données précises sur le moment où les attestations non agrégées atteignent les nœuds. Même les nœuds Xatu rapides et bien connectés (hébergés par DC) ne voient qu'environ 40 % des attestations après 1 seconde ; les nœuds plus lents atteignent 40 % après 2 secondes. Ce sont des observations de latence meilleures que la moyenne.

prochainement : @nero_eth sur "L'évolutivité du L1"

Aucun enfant ne devrait avoir à s’endormir sans savoir ce que les valideurs signalent comme limite de gaz ! 👉

Êtes-vous un développeur d’applications fatigué d’indexer les soldes de comptes avec de nombreux appels RPC ? Parlons-en. 🤝 Je pense que l’EIP-7928 pourrait être ce dont vous avez besoin. Veuillez taguer votre index préféré. J’adorerais me connecter !

90 % des attestations arrivent dans les 2 secondes. Les créneaux de 6 secondes sont facilement réalisables ! Le graphique montre quand les attestations ont été vues pour la première fois au cours des 100 derniers créneaux manqués. (Les créneaux manqués fournissent des données de chronométrage plus claires, comme tous les clients l’attestent en même temps)