Le deuxième fork des Paramètres Blob Uniquement (BPO) a eu lieu aujourd'hui. Le BPO #2 était la prochaine étape prévue dans le cycle de mise à niveau Fusaka pour augmenter la capacité de données d'Ethereum. Voici ce que vous devez savoir sur le BPO #2 et pourquoi ces ajustements de paramètres sont importants.

0/ Qu'est-ce qu'un fork BPO ? Les forks "Blob Parameter Only" sont un nouveau mécanisme introduit dans la dernière mise à niveau Fusaka. Au lieu d'attendre une mise à niveau annuelle majeure pour ajuster la capacité du réseau, les forks BPO permettent à Ethereum d'ajuster des paramètres spécifiques (comme les cibles de blob) de manière indépendante et efficace.

1/ Qu'est-ce qui a changé avec le fork BPO ? Le BPO #2 a ajusté les limites de blob pour supporter un plus grand débit de données : ↗ Blobs cibles : augmentés à 14 (contre 10) ↗ Max blobs : augmentés à 21 (contre 15) Cette montée progressive permet au réseau de tester en toute sécurité une charge accrue étape par étape. Le BPO #2 est le dernier des forks BPO qui étaient prévus dans le cadre de la mise à niveau Fusaka d'Ethereum. Avec pour objectif de continuer à augmenter la capacité du réseau, les forks BPO continueront d'être utilisés comme un outil pour un scaling continu basé sur les données.

2/ Pourquoi le fork BPO est important Plus de blobs = plus de disponibilité de données pour les réseaux de couche 2. En augmentant progressivement les limites de blobs par bloc, Ethereum réduit les coûts de données pour les rollups. Cela aide à maintenir les frais de transaction sur les L2 bas même si l'activité augmente, garantissant que le réseau se développe de manière durable avec la demande.

3/ Pour les opérateurs de nœuds Les clients prêts pour Fusaka devraient avoir ces plannings BPO intégrés. C'est toujours une bonne pratique de vérifier vos notes de version.