1/ 💡 Ethereum heeft BPO2 geactiveerd! Deze parameterwijziging heeft de capaciteit voor blobdata per blok verhoogd: ▫️ blobdoel 10→14 ▫️ blobmax 15→21 Deze upgrade heeft invloed op de kosten van gegevensbeschikbaarheid voor rollups en de volatiliteit van vergoedingen door de ruimte voor blobs te vergroten en congestiegedreven pieken te verminderen. 🧵 Blijf lezen voor wat er is veranderd en waarom het belangrijk is.

2/ Deze upgrade voegt meer blobruimte per blok toe → minder druk op de blobkostenmarkt. Met meer blobruimte is er minder kans op congestie in de blobkostenmarkt, wat scherpe pieken in de kosten vermindert. Het is niet automatisch goedkoper, maar het is minder waarschijnlijk dat er tekorten optreden, wat resulteert in lagere gemiddelde kosten en minder volatiliteit wanneer rollups concurreren om dataruimte.

3/ Korte definitie: blobs zijn datapakketten die zijn geïntroduceerd met EIP-4844 (proto-danksharding) voor de beschikbaarheid van rollup-gegevens. ​ Ze zijn geen EVM calldata; ze bevinden zich in een apart datakanaal met een eigen kostenmarkt.

4/ Waarom blobs bestaan: rollups moeten batches publiceren naar Ethereum om L1-beveiliging/verificatie te erven. ​ Blobs maken die publicatie goedkoper/efficiënter dan alles via calldata te duwen.

5/ BPO2 verhoogde de blobcapaciteit van 10 → 14 en de limiet van 15 → 21, waardoor: ✅ De kans dat blobspace de per-block limiet bereikt, wordt verlaagd → minder pieken in kosten bij piek vraag ✅ Batchposting voorspelbaarder wordt (betere timing + kostenprognoses) ✅ De beschikbare DA-throughput verhoogt, zodat L2's meer gegevens kunnen publiceren wanneer dat nodig is ✅ "Rollups die strijden om dezelfde pijp" tijdens activiteitspieken worden verminderd ✅ De eerste on-chain signalen om in de gaten te houden verschuiven: blob basisvergoeding, benutting versus doel, en % blokken die de blobmax bereiken

6/ Op hetzelfde vraagniveau is het moeilijker om blobspace congestie te bereiken, dus zouden pieken in de blob basisvergoeding minder vaak/minder extreem moeten zijn. ​ Dat verbetert de voorspelbaarheid voor rollups die batchplaatsing plannen.

7/ BPO2 is een sleutelcomponent van de schaalroadmap van Ethereum, in lijn met het post-Fusaka-plan om de blobdoorvoer te verbeteren via geplande BPO-parameterstappen. Dit bevestigt de richting die door eerdere upgrades is vastgesteld om volledige danksharding te bereiken. ​ Als je L2-infrastructuur beheert, zijn de kostenvoorspellingen voor DA en de batchstrategie net gevoeliger geworden voor blobparameters.