1/ 💡 Ethereum a activé BPO2 ! Ce changement uniquement paramétrique a augmenté la capacité de données des blobs par bloc : ▫️ cible de blob 10→14 ▫️ max de blob 15→21 Cette mise à niveau impacte les coûts de disponibilité des données des rollups et la volatilité des frais en augmentant l'espace disponible pour les blobs et en réduisant les pics dus à la congestion. 🧵 Continuez à lire pour découvrir ce qui a changé et pourquoi c'est important.

2/ Cette mise à niveau ajoute plus d'espace blob par bloc → moins de pression sur le marché des frais de blob. Avec plus d'espace blob, il y a moins de chances de congestion sur le marché des frais de blob, ce qui réduit les pics de frais brusques. Ce n'est pas automatiquement moins cher, mais il est moins probable de connaître des pénuries, ce qui entraîne des coûts moyens plus bas et moins de volatilité lorsque les rollups se disputent l'espace de données.

3/ Définition rapide : les blobs sont des paquets de données introduits avec l'EIP-4844 (proto-danksharding) pour la disponibilité des données de rollup. ​ Ce ne sont pas des calldata EVM ; ils vivent dans un canal de données séparé avec son propre marché des frais.

4/ Pourquoi les blobs existent : les rollups doivent publier des lots sur Ethereum pour hériter de la sécurité/vérification de L1. ​ Les blobs rendent cette publication moins coûteuse/plus efficace que de tout faire passer par calldata.

5/ BPO2 a augmenté la capacité de blob de 10 → 14 et la limite de 15 → 21, permettant : ✅ De réduire la chance que l'espace blob atteigne le plafond par bloc → moins de pics de frais en période de forte demande ✅ De rendre le posting par lots plus prévisible (meilleur timing + prévision des coûts) ✅ D'augmenter le débit DA disponible, afin que les L2 puissent publier plus de données lorsque nécessaire ✅ De réduire la "concurrence des rollups pour le même pipe" lors des pics d'activité ✅ De déplacer les premiers signaux on-chain à surveiller : frais de base des blobs, utilisation par rapport à l'objectif, et % de blocs atteignant le maximum de blobs

6/ Au même niveau de demande, il est plus difficile d'atteindre la congestion de blobspace, donc les pics de frais de base de blob devraient être moins fréquents/moins extrêmes. ​ Cela améliore la prévisibilité pour les rollups planifiant le posting par lots.

7/ BPO2 est un élément clé de la feuille de route de mise à l'échelle d'Ethereum, s'alignant sur le plan post-Fusaka pour améliorer le débit des blobs grâce à des étapes de paramètres BPO programmées. Cela confirme la direction établie par les mises à niveau précédentes vers l'atteinte d'un danksharding complet. ​ Si vous gérez une infrastructure L2, la prévision des coûts DA et la stratégie de lot viennent de devenir plus sensibles aux paramètres des blobs.