Ethereum zet zijn evolutie naar verbeterde schaalbaarheid voort met de recente goedkeuring van een verhoging van zijn capaciteit voor gelijktijdig gegevensbeheer. Een “Blob Parameter Only (BPO)”-fork maakt het mogelijk om de limiet van blobs te verhogen van 14 naar 21.
Ethereum vergroot zijn capaciteit voor gegevensbeheer
Sinds de effectieve implementatie van zijn laatste grote upgrade, genaamd Fusaka, registreert de Ethereum-blockchain een aanzienlijke toename van zijn activiteit, met dagelijkse transacties die aan het begin van dit jaar het record van 2021 hebben verbroken.
Deze situatie brengt de aanhoudende kwestie van de schaalbaarheid weer centraal in de vergelijking, om deze toename van de te verwerken gegevens in realtime te kunnen beheren. Reden genoeg om blij te zijn met de recente validatie van zijn tweede fork – genaamd: Blob Parameter Only (BPO) – die sinds 7 januari van kracht is.
In feite is deze maatregel vooral bedoeld om een meer geoptimaliseerd beheer van zijn blobs mogelijk te maken, tijdelijke gegevenspakketten die bestemd zijn voor zijn layer 2 om zijn blockchain (layer 1) niet te overbelasten. Het doel? Hun aantal verhogen – tot nu toe tussen 10 en 14 – om een nieuwe limiet vast te stellen tussen 15 en 21.
Een blockchain met “elastische” capaciteiten
Volgens de beschikbare gegevens is de vraag naar blobs op Ethereum sinds de Fusaka-upgrade gestaag toegenomen, zonder ooit de vorige capaciteitslimiet te bereiken. Er is dus nog steeds een ruime marge voor verbetering.
Voor Andrew Gross, technisch verantwoordelijke van de EVM-blokverkenner Blockscout, biedt deze fork nu “een blobruimte die verre van verzadigd is (…) en een vloeiendere dynamiek van rollupkosten, een grotere gegevensmarge en een systeem dat zich dynamisch aanpast aan de vraag”.
In de praktijk is Ethereum een elastische basislaag geworden, die kan meegroeien met de vraag zonder dat dit ten koste gaat van de decentralisatie of de stabiliteit van de coördinatie.
Andrew Gross
