Ethereum zakończył ostatni etap swojej aktualizacji Fusaka i oficjalnie uruchomił finalny fork BPO.

W środę Ethereum zakończyło drugi i ostatni fork „Blob Parameters Only (BPO)” w tej rundzie planów aktualizacji. Ten fork nie tylko poprawił dostępność danych, ale także pokazał, jak sieć może wdrażać mniejsze aktualizacje etapami.

Oficjalne konto Ethereum na X napisało: „W porównaniu do oczekiwania na dużą aktualizację raz w roku, aby dostosować pojemność sieci, fork BPO pozwala Ethereum niezależnie i efektywnie dostrajać konkretne parametry (takie jak docelowa wartość blob). To stopniowe podejście do skalowania umożliwia sieci bezpieczne testowanie wyższych obciążeń krok po kroku.”

Bloby to tymczasowe duże bloki danych wprowadzone w aktualizacji Dencun Ethereum w 2024 roku, głównie wykorzystywane przez rollupy warstwy 2 do grupowania transakcji na mainnecie przy niskich kosztach. Te magazyny danych (pełna nazwa Binary Large OBjects) są przechowywane przez 18 dni, a następnie trwale usuwane.

Spośród 13 Ethereum Improvement Proposals (EIP) zawartych w Fusaka, znaczna część koncentruje się na poprawie warstwy dostępności danych Ethereum. Najważniejsza jest aktualizacja do PeerDAS, która pozwala węzłom potwierdzać dane blob poprzez weryfikację mniejszych próbek danych. Dodatkowo wprowadzono mechanizm BPO, aby stopniowo zwiększać górny limit blobów.

Pierwszy fork BPO został aktywowany 9 grudnia (około tydzień po uruchomieniu Fusaka), zwiększając docelową liczbę blobów na blok z 6 do 10, a maksymalny limit z 9 do 15. Aktualizacja w środę jeszcze bardziej podniosła wartość docelową do 14, a maksymalny limit do 21.