L'expédition de Fusaka et l'évolutivité des blobs sont des sujets importants, mais la partie qui ne reçoit pas assez de reconnaissance est que nous avons prévu d'expédier DEUX forks compliqués cette année et nous y sommes parvenus.
Un effort massif de la part des équipes clientes, de l'EF et de la communauté. Un nouvel état d'esprit, une exécution solide partout.
Pour éclaircir ce point, la génération d'état historique est gourmande en calcul et en mémoire, et un nœud peut être soumis à une attaque par déni de service (dos) en raison d'un grand nombre de replays d'état se produisant en parallèle. Au cours des deux dernières heures, nous avons observé une augmentation des attestations obsolètes ciblant les racines de point de contrôle à partir de slots hors de la plage (ex : slot 5 de l'époque). Vérifier cela nécessite de reconstruire l'état cible, ce qui pousse les nœuds prysm à passer un temps significatif à rejouer d'anciens états et à être poussés dans une condition semblable à un dos.
Nous recommandons d'ajouter "--disable-last-epoch-targets". pour désactiver la génération d'anciens états pour les attestations obsolètes.
🚨 Nous avons identifié le problème et avons une solution rapide. Tous les nœuds doivent désactiver Prysm pour éviter de générer inutilement d'anciens états pour traiter des attestations obsolètes. Pour ce faire, ajoutez simplement le drapeau suivant à votre nœud de balise. Ce drapeau fonctionne avec la version 7.0.0 et vous n'avez pas besoin de mettre à jour le nœud de balise au-delà de l'ajout de ce drapeau. Aucun changement n'est requis pour les clients validateurs.
"--disable-last-epoch-targets"