Den andra Blob Parameters Only (BPO)-förgreningen skedde idag. BPO #2 var nästa schemalagda steg i Fusakas uppgraderingscykel för att skala Ethereums datakapacitet. Här är vad du behöver veta om BPO #2, och varför dessa parameterjusteringar är viktiga.

0/ Vad är en BPO-fork? "Endast blob-parameter"-gafflar är en ny mekanism som introducerats i den senaste Fusaka-uppgraderingen. Istället för att vänta på en större årlig uppgradering för att justera nätverkskapaciteten, tillåter BPO-forks Ethereum att justera specifika parametrar (som blob-mål) oberoende och effektivt.

1/ Vad har ändrats med BPO-gaffeln? BPO #2 justerade blob-gränserna för att stödja mer datagenomströmning: ↗ Mål-blobpar: ökat till 14 (från 10) ↗ Max blobber: ökade till 21 (från 15) Denna gradvisa upptrappning gör det möjligt för nätverket att säkert testa ökad belastning steg för steg. BPO #2 är den sista av de BPO-forkar som planerades som en del av Ethereums Fusaka-uppgradering. Med målet att fortsätta öka nätverkets kapacitet kommer BPO-forkar att fortsätta användas som ett verktyg för löpande, datadriven skalning.

2/ Varför BPO-forken är viktig Fler blobs = mer datatillgänglighet för lager 2-nätverk. Genom att successivt höja gränserna för blockblobs minskar Ethereum datakostnaderna för rollups. Detta hjälper till att hålla transaktionsavgifterna på L2:or låga även när aktiviteten ökar, vilket säkerställer att nätverket skalar hållbart med efterfrågan.

3/ För nodoperatörer Kunder som är redo för Fusaka bör ha dessa BPO-scheman inbyggda i systemet. Det är alltid bra att dubbelkolla dina release-anteckningar.