Ethereum active l'optimisation de Blob avec la mise à niveau BPO2

Le réseau principal d’Ethereum a officiellement reçu la mise à jour BPO2, une solution d’optimisation importante axée sur l’amélioration de la pression de Blob. Comme annoncé par le chercheur de la Fondation Ethereum, Alex Stokes, via les réseaux sociaux, cette mise à jour marque une nouvelle étape dans l’évolution continue du protocole. Les données en temps réel de la blockchain confirment que les paramètres ont été ajustés de manière significative.

Augmentation de la capacité de Blob sur le réseau principal

Avec l’entrée en vigueur de la mise à niveau, la valeur cible de Blob a été portée à 14 par bloc, tandis que la capacité maximale atteint désormais 21. Cette augmentation représente une expansion notable de la quantité de données de Blob que le réseau peut traiter simultanément. La double augmentation de ces paramètres reflète l’engagement continu d’Ethereum à élargir sa capacité de traitement et à réduire les coûts de transaction, en particulier pour les solutions de couche 2.

La décision d’augmenter ces limites s’est basée sur des analyses de performance du réseau et sur la surveillance du comportement des données de Blob depuis les implémentations précédentes. Avec cette optimisation, on espère améliorer significativement l’efficacité des opérations de rollup qui dépendent de cette fonctionnalité.

Comment fonctionne le mécanisme BPO d’optimisation

Le BPO est un mécanisme de mise à niveau simplifié qui a été introduit après la mise à jour Fusaka, permettant des ajustements rapides des paramètres critiques liés à Blob. Contrairement aux mises à jour complexes nécessitant une reconstruction complète du consensus sur l’ensemble du réseau, le BPO offre une voie plus agile pour les itérations et les améliorations.

Cette approche modulaire et flexible démontre la maturité d’Ethereum dans sa capacité à évoluer en permanence. Le système permet aux développeurs et chercheurs d’ajuster les paramètres de Blob selon les besoins, en répondant rapidement aux conditions du réseau et aux demandes de l’écosystème, sans compromettre la stabilité ou la sécurité du protocole.