1/ 💡 Ethereum aktiverade BPO2! Denna parameter-enbart ändring ökade blobsens datakapacitet per block: ▫️ Blob-mål 10→14 ▫️ blob max 15→21 Denna uppgradering påverkar kostnader för tillgänglighet av rollup-data och avgiftsvolatilitet genom att öka blobspace-headroom och minska trängseldrivna toppar. 🧵 Fortsätt läsa för vad som förändrades och varför det är viktigt

2/ Denna uppgradering lägger till mer blobspace per block → minskar pressen på blob-avgiftsmarknaden. Med mer blobspace minskar risken för trängsel på blob-avgiftsmarknaden, vilket minskar kraftiga avgiftstoppar. Det är inte automatiskt billigare, men mindre sannolikt att drabbas av brist, vilket leder till lägre genomsnittskostnader och mindre volatilitet när rollups konkurrerar om datautrymme.

3/ Snabb definition: blobs är datapaket som introducerades med EIP-4844 (proto-danksharding) för att göra data tillgänglig för rollup-data. ​ De är inte EVM-samtalsdata; De finns i en separat datakanal med egen avgiftsmarknad.

4/ Varför blob existerar: rollups måste publicera batcher till Ethereum för att ärva L1-säkerhet/verifiering. ​ Blobs gör den publiceringen billigare/mer effektiv än att skicka allt genom calldata.

5/ BPO2 ökade blobkapaciteten från 10 → 14 och gränsen från 15 → 21, vilket möjliggjorde: ✅ Minskar risken för att blobspace når per block-taket → färre avgiftstoppar vid toppbelastning ✅ Gör batchpostning mer förutsägbar (bättre timing + kostnadsprognoser) ✅ Ökar tillgänglig DA-genomströmning, så L2:or kan publicera mer data vid behov ✅ Minskar "rollups som tävlar om samma rör" under aktivitetsutbrott ✅ Flyttar de första onchain-signalerna att hålla koll på: blob-basavgift, utnyttjande mot mål och procentuella block som når blobmaxen

6/ Vid samma efterfrågenivå är det svårare att nå blobspace-trängsel, så blob-basavgiftsspikes bör vara mindre frekventa/mindre extrema. ​ Det förbättrar förutsägbarheten för rollups som planerar batchpublicering.

7/ BPO2 är en nyckelkomponent i Ethereums skalningsfärdplan och är i linje med planen efter Fusaka att öka blob-genomströmningen genom schemalagda BPO-parametersteg. Detta bekräftar den riktning som tidigare uppgraderingar fastställt mot att uppnå full danksharding. ​ Om du driver L2-infrastruktur har DA-kostnadsprognoser och batchstrategi bara blivit mer känsliga för blobparametrar.