1/ 💡 Ethereum ha attivato BPO2! Questa modifica solo ai parametri ha aumentato la capacità dei dati dei blob per blocco: ▫️ obiettivo blob 10→14 ▫️ massimo blob 15→21 Questo aggiornamento influisce sui costi di disponibilità dei dati dei rollup e sulla volatilità delle commissioni aumentando il margine di spazio per i blob e riducendo i picchi causati dalla congestione. 🧵 Continua a leggere per scoprire cosa è cambiato e perché è importante

2/ Questo aggiornamento aggiunge più blobspace per blocco → meno pressione sul mercato delle commissioni per i blob. Con più blobspace, c'è meno possibilità di congestione nel mercato delle commissioni per i blob, riducendo i forti picchi delle commissioni. Non è automaticamente più economico, ma è meno probabile che si verifichino carenze, risultando in costi medi più bassi e meno volatilità quando i rollup competono per lo spazio dati.

3/ Definizione rapida: i blob sono pacchetti di dati introdotti con l'EIP-4844 (proto-danksharding) per la disponibilità dei dati dei rollup. ​ Non sono calldata EVM; vivono in un canale dati separato con il proprio mercato delle commissioni.

4/ Perché esistono i blob: i rollup devono pubblicare batch su Ethereum per ereditare la sicurezza/verifica di L1. ​ I blob rendono quella pubblicazione più economica/efficiente rispetto a spingere tutto attraverso calldata.

5/ BPO2 ha aumentato la capacità dei blob da 10 → 14 e il limite da 15 → 21, consentendo: ✅ Riduce la possibilità che lo spazio blob raggiunga il limite per blocco → meno picchi di commissioni in caso di domanda elevata ✅ Rende la pubblicazione in batch più prevedibile (migliore tempistica + previsione dei costi) ✅ Aumenta la larghezza di banda disponibile per DA, così gli L2 possono pubblicare più dati quando necessario ✅ Riduce la "competizione tra rollup per lo stesso canale" durante i picchi di attività ✅ Sposta i primi segnali onchain da osservare: commissione base dei blob, utilizzo rispetto all'obiettivo e % di blocchi che raggiungono il massimo dei blob

6/ Allo stesso livello di domanda, è più difficile raggiungere la congestione dello blobspace, quindi i picchi della tariffa base per i blob dovrebbero essere meno frequenti/meno estremi. ​ Questo migliora la prevedibilità per i rollup che pianificano la pubblicazione in batch.

7/ BPO2 è un componente chiave della roadmap di scalabilità di Ethereum, allineandosi con il piano post-Fusaka per migliorare il throughput dei blob attraverso passaggi programmati dei parametri BPO. Questo conferma la direzione stabilita dai precedenti aggiornamenti verso il raggiungimento del pieno danksharding. ​ Se gestisci l'infrastruttura L2, la previsione dei costi DA e la strategia di batch sono appena diventate più sensibili ai parametri dei blob.