Dziś miała miejsce druga aktualizacja parametrów Blob Only (BPO). BPO #2 był następnym zaplanowanym krokiem w cyklu aktualizacji Fusaka, mającym na celu zwiększenie pojemności danych Ethereum. Oto, co musisz wiedzieć o BPO #2 i dlaczego te dostosowania parametrów są ważne.

0/ Czym jest fork BPO? "Forki tylko z parametrami blob" to nowy mechanizm wprowadzony w najnowszej aktualizacji Fusaka. Zamiast czekać na dużą coroczną aktualizację w celu dostosowania pojemności sieci, fork BPO pozwala Ethereum na niezależne i efektywne dostosowywanie konkretnych parametrów (takich jak cele blob).

1/ Co się zmieniło w wyniku forka BPO? BPO #2 dostosował limity blobów, aby wspierać większą przepustowość danych: ↗ Docelowe bloby: zwiększone do 14 (z 10) ↗ Maksymalne bloby: zwiększone do 21 (z 15) To stopniowe zwiększanie pozwala sieci bezpiecznie testować zwiększone obciążenie krok po kroku. BPO #2 jest ostatnim z forków BPO, które były planowane jako część aktualizacji Fusaka Ethereum. Celem jest dalsze zwiększanie pojemności sieci, a forki BPO będą nadal wykorzystywane jako narzędzie do ciągłego skalowania opartego na danych.

2/ Dlaczego fork BPO ma znaczenie Więcej blobów = większa dostępność danych dla sieci Layer 2. Poprzez stopniowe zwiększanie limitów blobów na blok, Ethereum obniża koszty danych dla rollupów. To pomaga utrzymać niskie opłaty transakcyjne na L2, nawet gdy aktywność rośnie, zapewniając, że sieć rozwija się w sposób zrównoważony w odpowiedzi na popyt.

3/ Dla operatorów węzłów Klienci gotowi na Fusakę powinni mieć te harmonogramy BPO wbudowane. Zawsze warto podwójnie sprawdzić swoje notatki dotyczące wydania.