Joyeux 10ème anniversaire à Ethereum ! C'est un euphémisme de dire que ce projet a changé la vie ❤️

ET VOICI : Premier bloc proposé avec une limite de gaz de 45 millions sur le réseau principal #Ethereum ! 🔥🚀 Prochain objectif : 60M 📈

La limite de gaz augmente lentement ! Nous devrions bientôt atteindre 45M. Si vous exécutez un validateur, il vous suffit de mettre à jour votre logiciel !

Sélections des équipes clients : Couche d'exécution : - Geth : EIP-7928 (Listes d'accès au niveau des blocs) - Reth : EIP-7928 + EIP-7732 (ePBS) + EIP-7805 (FOCIL) stretch - Erigon (EL + CL) : EIP-7928 + EIP-7805 + EIP-7782 (Réduire la latence des blocs) - Nethermind : EIP-7928 + EIP-7732 et également support pour EIP-7805 + EIP-7692 - Besu : EIP-7928 + EIP-7732 + EIP-7805 stretch Couche de consensus : - Lighthouse : EIP-7732 (ePBS) - Prysm : EIP-7732 + EIP-7805 stretch - Grandine : EIP-7732 + EIP-7805 stretch - Lodestar : EIP-7732 + EIP-7805 stretch + EIP-7919 Pureth pour EL - Teku : EIP-7732 - Nimbus (CL + EL) : EIP-7732 + EIP-7919

est-ce que quelqu'un est au courant des efforts passés pour construire un modèle mathématique d'utilisation de la bande passante pour Eth ? alors que nous augmentons la capacité et le débit de L1, que nous augmentons les blobs, restructurons le slot, augmentons l'efficacité de propagation, ajoutons de nouveaux mécanismes (par exemple, FOCIL, BAL), shardons le mempool, etc. nous travaillons contre les contraintes de l'EIP-7870. nous bénéficierions d'un modèle où nous pourrions entrer des paramètres comme la limite de gaz par bloc, la pression du mempool, le nombre de blobs, les frais de propagation et les facteurs d'efficacité, le nombre de blobs, l'utilisation des blobs, le nombre de validateurs, le nombre de pairs actifs, l'activité de synchronisation des checkpoints, etc. afin de visualiser comment tout cela s'empile le long de la timeline du slot. aussi pour nous alerter lorsque nos choix violent l'EIP-7870. au moment de la conception, cela nous aiderait à raisonner sur les compromis, l'allocation de bande passante, le débit/le bon débit. de plus, cela aide à alimenter la discussion sur la gestion active du trafic, où nous priorisons explicitement certains types d'activité à différents instants (et limitons la bande passante à d'autres) afin de maximiser l'efficacité globale du système. essentiellement un modèle mathématique réglable du tableau très élémentaire ci-dessous (qui omet beaucoup),

J'ai examiné l'ensemble de l'ensemble des validateurs Ethereum pour calculer combien d'opportunités de consolidation ont été manquées après la mise à niveau Pectra. Statistiques clés : - Depuis Pectra, 96 672 nouveaux validateurs ont été activés - 79 547 de ces validateurs auraient pu être consolidés, ils ont réutilisé un identifiant de retrait pré-Pectra - 14 362 de ces validateurs ont réutilisé un identifiant de retrait post-Pectra - Cela ne laisse que 2 763 validateurs vraiment "uniques" ! À un moment donné, nous devons nous demander ce qui empêche les validateurs de se consolider, est-ce la maturité des outils, le délai de confiance, ou autre chose ? Heureux d'aider quiconque à se consolider ou à en discuter, envoyez-moi juste un DM.

Non sérieusement, qu'est-ce qu'un "headliner" de fork @ethereum ? Qui bénéficie des EIPs proposés ? Comment les comparer ? Mon équipe chez @ethereumfndn cherche à rendre le processus de mise à niveau plus facile à comprendre. Je suis ravi de partager un petit outil sur lequel nous avons travaillé : 🧵↓

Après une semaine en personne vraiment productive avec les développeurs du client, nous avons élaboré un plan sur la manière dont nous voulons aborder l'évolutivité et les défis qui pourraient survenir. Attendez-vous à un flux constant d'analyses et de mises à jour progressives sur la limite de gaz à l'avenir.

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.

Édition spéciale interop de la série Checkpoint ! Les posts Checkpoint sont des mises à jour accessibles à @ethereum développement de base. La semaine dernière, les développeurs et les chercheurs se sont réunis pour une semaine de piratage en personne pendant @BerBlockWeek et voici un aperçu de ce qu’ils ont fait :