De tweede Blob Parameters Only (BPO) fork vond vandaag plaats. BPO #2 was de volgende geplande stap in de Fusaka-upgradecyclus om de datacapaciteit van Ethereum te schalen. Hier is wat je moet weten over BPO #2 en waarom deze parameteraanpassingen belangrijk zijn.

0/ Wat is een BPO-fork? "Blob Parameter Only" forks zijn een nieuw mechanisme dat is geïntroduceerd in de laatste Fusaka-upgrade. In plaats van te wachten op een grote jaarlijkse upgrade om de netwerkcapaciteit aan te passen, stellen BPO-forks Ethereum in staat om specifieke parameters (zoals blobdoelen) onafhankelijk en efficiënt af te stemmen.

1/ Wat is er veranderd met de BPO-fork? BPO #2 heeft de bloblimieten aangepast om meer datadoorvoer te ondersteunen: ↗ Doelblobs: verhoogd naar 14 (van 10) ↗ Max blobs: verhoogd naar 21 (van 15) Deze geleidelijke opbouw stelt het netwerk in staat om veilig de verhoogde belasting stap voor stap te testen. BPO #2 is de laatste van de BPO-forks die gepland waren als onderdeel van de Fusaka-upgrade van Ethereum. Met als doel de capaciteit van het netwerk verder te vergroten, zullen BPO-forks blijven worden gebruikt als een hulpmiddel voor voortdurende, datagestuurde schaalvergroting.

2/ Waarom de BPO-fork belangrijk is Meer blobs = meer gegevensbeschikbaarheid voor Layer 2-netwerken. Door geleidelijk de bloblimieten per blok te verhogen, verlaagt Ethereum de datakosten voor rollups. Dit helpt om de transactiekosten op L2's laag te houden, zelfs als de activiteit toeneemt, en zorgt ervoor dat het netwerk duurzaam schaalt met de vraag.

3/ Voor node-operators Fusaka-klaar clients zouden deze BPO-schema's ingebakken moeten hebben. Het is altijd een goede gewoonte om je release-opmerkingen dubbel te controleren.