Współzałożyciel Ethereum, Vitalik Buterin, wzywa do zwiększenia „liczby blobów” Ethereum — wprowadzonej podczas aktualizacji Dencun — w celu dalszego skalowania sieci i umożliwienia protokołom warstwy 2 zwiększenia przepustowości.

W wątku dyskusji po ostatnim wezwaniu deweloperów Buterin ujawnił, że przestrzeń blobów jest obecnie zapełniona w około 75% i należy wprowadzić zmiany za pomocą protokołu EIP-7623, aby zwiększyć liczbę blobów, stwierdzając:

„Myślę, że ekosystem nie zdaje sobie sprawy z faktu, że znajduje się niekomfortowo blisko sufitu”.

Przestrzeń obiektów blob odnosi się do specjalistycznego obszaru przechowywania danych wprowadzonego przez EIP-4844, znanego również jako proto-danksharding, zaprojektowanego w celu zwiększenia skalowalności sieci.

Przestrzeń ta została zaprojektowana specjalnie do tymczasowego przechowywania dużych ilości danych, głównie w celu ułatwienia agregacji w warstwie 2.

Liczba blobów to liczba blobów, które można uwzględnić w każdym bloku Ethereum.

Obecnym celem jest 3 bloby na blok, przy maksymalnie 6, a Buterin opowiada się teraz za zwiększeniem tego celu do 4 i maksymalnie 8 blobów na blok, aby umożliwić przechowywanie większej ilości danych na blok, co potencjalnie mogłoby poprawić zdolność sieci L2 do publikowania swoich danych w Ethereum.

Vitalik o zwiększeniu liczby blobów. Źródło: GitHub

EIP-7623 proponuje zwiększenie kosztów calldata dla transakcji wykorzystujących głównie Ethereum do zapewnienia dostępności danych (DA). Zmniejszyłoby to maksymalny rozmiar bloku z 2,7 MB do około 1 MB i umożliwiłoby potencjalne zwiększenie limitu gazu bloku lub liczby blobów.

Vitalik wyraził obawy, że niektóre warstwy L2 wahają się przed przejściem na blob z powodu potencjalnego przeciążenia rynku, ostrzegając: „Nie możemy pozwolić sobie na utratę impetu w kwestii przejścia większej liczby warstw 2 na korzystanie z blobów”, zanim dodał:

„EIP-7623 jest w tym przypadku kluczowy, ponieważ gwarantuje, że najgorszy rozmiar bloku zostanie znacząco zmniejszony”.

Vitalik uważa sieci warstwy 2 za niezbędne komponenty skalowania Ethereum, ale podkreśla również, że muszą być zdecentralizowane, niedawno stwierdzając, że planuje uznać rozwiązania skalowalne dopiero na „etapie 1” swojej skali decentralizacji.

W poście na X z 26 września twórca Coinbase L2 Base Jesse Pollak powiedział, że zdecydowanie popiera propozycję Vitalika dotyczącą zwiększenia liczby blobów, dodając, że „zmniejsza to najgorszy rozmiar bloku i dodaje potrzebną pojemność dla szybko rozwijających się L2”, zanim krzyknął, że „wzrost jest wykładniczy”.

Wyczekiwana aktualizacja w Pradze skupi się na zmianach w warstwie wykonawczej sieci, a aktualizacja Electra wpłynie na warstwę konsensusu, stąd nazwa Pectra (Prague Electra). Obejmuje ona szereg EIP, które poprawią skalowalność, wprowadzą abstrakcję kont i zwiększą limity stakingu walidatorów.

Deweloperzy Ethereum zaproponowali podzielenie aktualizacji Pectra na dwa segmenty: PectraA i PectraB, aby przyspieszyć jej wdrożenie.

Magazyn: Proponowana zmiana może uratować Ethereum przed „mapą drogową do piekła” L2